Bug#362080: 'man bwm' typos: gether Determinates
Package: bwm Version: 1.1.0-8.1 Severity: minor Tags: patch Found a few typos in '/usr/share/man/man1/bwm.1.gz', see attached '.diff'. Hope this helps... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages bwm depends on: ii libc6 2.3.6-5GNU C Library: Shared libraries an bwm recommends no packages. -- no debconf information --- bwm.1 2006-01-25 13:20:22.0 -0500 +++ /tmp/bwm.1 2006-04-12 01:33:12.0 -0400 @@ -15,7 +15,7 @@ Specifies the update frequency in seconds. Defaults to 2. .TP .B file -Determinates the special file to gether interface info from. Defaults to +Determines the special file to gather interface info from. Defaults to /proc/net/dev. .SH AUTHOR This manual page was written by Lenart Janos [EMAIL PROTECTED],
Bug#362082: 'bwm-ng -o curses' error: invalid output selected
Package: bwm-ng Version: 0.5-1 Severity: normal This doesn't work: % bwm-ng -o curses ; echo $? invalid output selected 0 # no error code. ...although the man page claims the default output is 'curses': % man bwm-ng | grep -nC 1 curses: 67- 68: curses: 69- This is the default output method. Usually this fits you the The actual default (on my system) is 'plain'. So these invocations currently have the same interface: % bwm-ng % bwm-ng -o plain Hope this helps... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages bwm-ng depends on: ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libstatgrab6 0.13-1 library being useful interface to bwm-ng recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361952: Please examine Bug#361952
Kapil Hari Paranjape [EMAIL PROTECTED] wrote: Hello, The bug number 361952 has mystified me. A quick summary: While installing tex4ht-common the update-texmf program is called but it exits with an error saying /etc/texmf/texmf.d/05TeXMF.cnf cannot be found. (tex4ht and tex4ht-common depend on tetex-bin | texlive-base-bin) As I responded to the submitter, I cannot imagine how this bug happened and cannot reproduce it either. I guess this must be a partially upgraded system, tex-common is installed, but not yet configured properly, and tetex-bin (and probably -base) is still at the old version. tetex-bin_2.0.2-31 means that he is using testing, but testing has 3.0-* for ages. Can you, the submitter, please try whether tex-common is somehow configured: dpkg -l tex-common grep texmf.d /var/lib/ucf/hashfile If the last commands gives a line with 05TeXMF.cnf, tex-common needs to be purged, something has gone badly wrong. Otherwise the submitter should just do apt-get update and then dpkg --configure -a apt-get -f install apt-get dist-upgrade and repeat these three commands until none of them does anything again. After that, the problem should have disappeared. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#362081: 'man bwm-ng' typos: intput, prefered, seperated, severy, daeonize, commandline x 2, etc.
Package: bwm-ng Version: 0.5-1 Severity: minor Tags: patch Found some typos in '/usr/share/man/man1/bwm-ng.1.gz', see attached '.diff'. Hope this helps... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages bwm-ng depends on: ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libstatgrab6 0.13-1 library being useful interface to bwm-ng recommends no packages. -- no debconf information --- bwm-ng.12005-02-20 08:11:45.0 -0500 +++ /tmp/bwm-ng.1 2006-04-12 01:41:58.0 -0400 @@ -34,8 +34,8 @@ .SH INPUT METHODS -The used input methods pretty much depends on your OS and system. -You can choose the prefered either at start or in curses during runtime. +The input methods used pretty much depends on your OS and system. +You can choose the preferred method either at start or in curses during run-time. Each method can only be used if .B bwm-ng was compiled with support for it. @@ -81,7 +81,7 @@ .TP .4i .BR curses : This is the default output method. Usually this fits you the most. -In \fIcurses\fP mode you can control \fBbwm-ng\fP with severy keys. +In \fIcurses\fP mode you can control \fBbwm-ng\fP with several keys. Press 'h' for a online help. To quit using this mode either press 'q' or ctrl-c. .TP @@ -127,7 +127,7 @@ \fI/proc/net/dev\fP. .TP .BI -n, --netstat path -specifies the binary to execute for \fBnetstat intput method\fP. Because +specifies the binary to execute for \fBnetstat input method\fP. Because this may be a security flaw support for this option is \fInot\fP compiled in .B bwm-ng @@ -192,7 +192,7 @@ (\fI--interfaces\fP) \fImode\fP=1 and \fImode\fP=2 are the same. .TP .BI -I, --interfaces list -show only interfaces which are in this comma seperated list (\fBwhitelist\fP). +show only interfaces which are in this comma separated list (\fBwhitelist\fP). If the list is prefixed by a '%' its meaning is negated and interfaces in this list are hidden from output (\fBblacklist\fP). (Example: %eth0,tun0) .TP @@ -205,7 +205,7 @@ is 30 seconds or 2*\fItimeout\fP. .TP .BI -D, --daemon [value] -fork into background and daeonize if given and the optional value is not 0. +fork into background and daemonize if given and the optional value is not 0. This only affects \fIHTML\fP and \fICSV\fP mode and \fI--outfile\fP is required. .TP @@ -218,9 +218,9 @@ .SH CONFIGFILE The behavior of \fBbwm-ng\fP can be also controlled by a \fIconfigfile\fP. By default \fBbwm-ng\fP first reads /etc/bwm-ng.conf and then -~/.bwm-ng.conf. If specified in commandline \fBbwm-ng\fP skips those. -It consists of the same long-options as used for commandline as keys -followed by a '=' and the value. Lines starting with a # or not known +~/.bwm-ng.conf. If specified on command line \fBbwm-ng\fP skips those. +It consists of the same long-options as used for command line as keys +followed by a '=' and the value. Lines starting with a # or unknown key will be ignored. For example:
Bug#296598: acknowledged by developer (Bug#296598: fixed in ucf 2.008)
[EMAIL PROTECTED] (Debian Bug Tracking System) wrote: * Bug fix: ucf: Please register information about the package that installed a configuration file, thanks to Frank K (Closes: #296598). Many thanks, great! Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#292441: X wrapper, -config, -xf86config, etc
On Wed, Apr 12, 2006 at 01:33:57AM +0200, Yann Dirson wrote: On Wed, Apr 12, 2006 at 01:23:53AM +0300, Daniel Stone wrote: Anyway... although -xf86config is not documented any more in Xorg.1, the flag is still accepted, and then as expected I can get my server... -xf86config, -xorgconfig, -modulepath, and -logpath all need to be added. (cf. Xorg #6213.) Hm. #6213 is about a recent issue, which surely has nothing to do with the issue that existed in 1997, right ? And if I understand well, there are available fixes for Xorg itself, so I do not see a need to hack the wrapper for this. What do I miss ? What is the link between that old issue and the new one ? The link is that #6213 was a fix for the fact that unprivileged users could use the -modulepath option, which allows you to say X -modulepath ~/foo, where ~/foo contains a bunch of modules with code you wrote. The X server runs as root. The -modulepath option didn't exist in 1997. The behaviour described for -*config is to allow non-root users to use root-defined configs. If there is a real security problem with that, it would be good practice to describe the issue in the Xorg manpage, and try to work out an alternative it a full solution cannot be found. -*config, -modulepath and -logpath are all documented as only being available to root. -*config and -modulepath because you can execute arbitrary code of your choice as root; -logpath because running Xorg -logpath /lib/ld-linux.so.1, is a good way to kill a system. The problem I see with that 1997 issue, is that it does not point to a CVE or any other security-related issue. Not even to a BTS entry. Well, CVE didn't exist in 1997, so that would be kind of difficult. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362085: xorg: FTBFS (ppc64): Please add debian/scripts/vars.ppc64
Package: xorg Version: 1:7.0.10 Severity: wishlist Tags: patch When building 'xorg' on ppc64/unstable, I get the following error: dpkg-buildpackage: host architecture ppc64 debian/rules clean debian/rules:39: debian/scripts/vars.ppc64: No such file or directory make: *** No rule to make target `debian/scripts/vars.ppc64'. Stop. With the attached patch 'xorg' can be compiled on ppc64. The patch adds the file debian/scripts/vars.ppc64 which has been copied from debian/scripts/vars.powerpc. Regards Andreas Jochens diff -urN ../tmp-orig/xorg-7.0.10/debian/scripts/vars.ppc64 ./debian/scripts/vars.ppc64 --- ../tmp-orig/xorg-7.0.10/debian/scripts/vars.ppc64 1970-01-01 00:00:00.0 + +++ ./debian/scripts/vars.ppc64 2006-04-12 05:46:43.0 + @@ -0,0 +1,8 @@ + +# This file is NOT a shell script. +# +# This file gets included by both debian/rules (make) AND the scripts in +# debian/scripts (Bourne shell). +XSERVER_XORG_VIDEO_DEPENDS=xserver-xorg-video-ati, xserver-xorg-video-chips, xserver-xorg-video-fbdev, xserver-xorg-video-glint, xserver-xorg-video-imstt, xserver-xorg-video-mga, xserver-xorg-video-nv, xserver-xorg-video-s3, xserver-xorg-video-s3virge, xserver-xorg-video-savage, xserver-xorg-video-sis, xserver-xorg-video-sisusb, xserver-xorg-video-tdfx, xserver-xorg-video-trident, xserver-xorg-video-vga + +# xserver-xorg-video-v4l, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362083: zope-atcontenttypes: postinst failures
Package: zope-atcontenttypes Version: 1.0.3-2 Severity: grave Justification: renders package unusable Hi, upgrading this package leads to this error: Setting up zope-atcontenttypes (1.0.3-2) ... dzhandle postinst-product: product `ATContentTypes' already available in instance `plone-site' dpkg: error processing zope-atcontenttypes (--configure): Purging and installing the package again leads to this error: Setting up zope-atcontenttypes (1.0.3-2) ... Traceback (most recent call last): File /usr/sbin/dzhandle, line 2268, in ? main() File /usr/sbin/dzhandle, line 2259, in main if action.check_args(global_options): File /usr/sbin/dzhandle, line 513, in check_args self.toupgrade.append(match[0]) IndexError: list index out of range dpkg: error processing zope-atcontenttypes (--configure): -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages zope-atcontenttypes depends on: ii python2.3-imaging 1.1.5-4Python Imaging Library ii zope-archetypes 1.3.7-1framework for developing and deplo ii zope-cmfplone 2.1.2-2content management system based on ii zope-common 0.5.21 common settings and scripts for zo ii zope2.8 2.8.6-1Open Source Web Application Server zope-atcontenttypes recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351183: use mdadm -Ac partitions --uuid FOO to assemble root raid
On Fri, 24 Feb 2006, Jason Boxman wrote: I tired it, but on my system I get a segmentation fault from mdadm when it tried to assemble. Assembling with the usual `mdadm --assemble /dev/md0 /dev/hde1 /dev/hdg1` works. [EMAIL PROTECTED]:~$ uname -a Linux faith 2.6.16-rc3-20060212 #1 PREEMPT Sun Feb 12 23:08:47 EST 2006 i686 GNU/Linux [EMAIL PROTECTED]:~$ dpkg -l mdadm ii mdadm1.9.0-4sarge1Manage MD devices aka Linux Software Raid it's working for me fine in unstable ... maybe the seg fault is something to do with the older mdadm version in sarge? for example i note in /usr/share/doc/mdadm/changelog.gz there's a bugfix for -c partitions in 1.10.0 ... -dean -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355863: Bug title is not absolutely correct
On Tue, Apr 11, 2006 at 12:54:49PM +0200, Nikolaus Schulz wrote: calendar -a uses the locale from the environment for its output, whatever that is. If root runs it, it's root's locale; if cron runs it, it's likely POSIX, or whatever is setup in the crontab. It does, however, completely ignore the locale of the user who owns the calendar file it's processing. This is the difficult part though. How should calendar figure out the locale of the user it is sending mail to? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362084: O: atanks -- tank-battling game
Package: wnpp Severity: normal I intend to orphan the atanks package. The package description is: Atomic tanks is a multi-player game in which you attempt to destroy other tanks while trying to protect your own. You earn money for destroying other tanks; with this money you can buy upgrades and better weapons for your tank. . This game is similar Scorched Earth or the Worms series of games. The package doesn't seem to have much upstream activity, but, on the other hand, there don't seem to be any serious bugs in it. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361223: cal: should use locale for knowing first day of the week
On Sat, Apr 08, 2006 at 01:56:26AM +0200, Samuel Thibault wrote: Graham Wilson, le Fri 07 Apr 2006 16:26:44 -0500, a ?crit : The next upload of bsdmainutils will support using _NL_TIME_FIRST_WEEKDAY (see #288472), now that glibc properly supports this. Great! Do you think this bug can be merged with #288472, or are there issues that you still feel are unresolved? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349976: python-pyx: should support output of PNG
On Thu, Jan 26, 2006 at 11:47:32AM +, W. Borgert wrote: It would be nice, if the graph objects would have output methods for PNG, e.g. g = pyx.graph.graphxy(...) g.plot(...) g.writePNGfile(foo, width=40, height=20). Personally, I think this is out of the scope of the PyX package. I think the upstream authors only intended to support vector formats as output. Then, other tools can be used to convert that output to raster formats. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360482: zeroc-ice - FTBFS [s390]: error: #error Unknown architecture
tags 360482 + patch On Sun, Apr 02, 2006 at 04:43:18PM +0200, Bastian Blank wrote: ../../include/IceUtil/Config.h:27:5: error: #error Unknown architecture make[3]: *** [Base64.o] Error 1 The following patch takes advantage of endian.h and limits.h to support all linux/glibc architectures. lamont diff -ur t/zeroc-ice-3.0.1/debian/patches/bugs-arch.diff zeroc-ice-3.0.1/debian/patches/bugs-arch.diff --- t/zeroc-ice-3.0.1/debian/patches/bugs-arch.diff 2006-04-12 05:38:57.0 + +++ zeroc-ice-3.0.1/debian/patches/bugs-arch.diff 2006-04-12 05:42:30.0 + @@ -4,39 +4,59 @@ Date: Mon, 20 Mar 2006 05:23:57 + Added __alpha__ to icecpp config.h too. +Use endian.h and limits.h to determine endianness and size (on __linux) Index: include/IceUtil/Config.h === include/IceUtil/Config.h~ 2006-02-01 06:56:14.0 +0100 -+++ include/IceUtil/Config.h 2006-03-20 12:15:48.0 +0100 -@@ -18,10 +18,10 @@ +--- include/IceUtil/Config.h.orig 2006-04-11 23:28:51.0 -0600 include/IceUtil/Config.h 2006-04-11 23:34:23.0 -0600 +@@ -16,7 +16,16 @@ + // Most CPUs support only one endianness, with the notable exceptions + // of Itanium (IA64) and MIPS. // - #if defined(__i386) || defined(_M_IX86)|| \ +-#if defined(__i386) || defined(_M_IX86)|| \ ++#if defined(__linux) ++# include endian.h ++# if __BYTE_ORDER==__LITTLE_ENDIAN ++# define ICE_LITTLE_ENDIAN ++# elif __BYTE_ORDER==__BIG_ENDIAN ++# define ICE_BIG_ENDIAN ++# else ++# error Unknown endian type ++# endif ++#elif defined(__i386) || defined(_M_IX86)|| \ defined(__x86_64) || defined(_M_X64) || \ --defined(_M_IA64) || defined(__alpha__) -+defined(_M_IA64) || defined(__alpha__) || defined(__MIPSEL__) + defined(_M_IA64) || defined(__alpha__) # define ICE_LITTLE_ENDIAN --#elif defined(__sparc) || defined(__sparc__) || defined(__hppa) || \ -- defined(__ppc__) || defined(_ARCH_COM) -+#elif defined(__sparc) || defined(__sparc__) || defined(__hppa) || \ -+ defined(__ppc__) || defined(__MIPSEB__) || defined(_ARCH_COM) - # define ICE_BIG_ENDIAN - #else - # error Unknown architecture +@@ -30,7 +39,14 @@ + // + // 32 or 64 bit mode? + // +-#if defined(__linux) defined(__sparc__) ++#if defined(__linux) ++# include limits.h ++# if __WORDSIZE == 64 ++# define ICE_64 ++# else ++# define ICE_32 ++# endif ++#elif defined(__linux) defined(__sparc__) + // + // We are a linux sparc, which forces 32 bit usr land, no matter + // the architecture Index: src/icecpp/config.h === src/icecpp/config.h~2005-09-22 16:01:13.0 +0200 -+++ src/icecpp/config.h 2006-03-24 13:39:00.0 +0100 -@@ -72,7 +72,8 @@ - #if defined(_WIN32) - # define WCHAR_TYPE_SIZE 2 - #elif (defined(__linux) || defined(__FreeBSD__)) \ -- (defined(__i386) || defined(__x86_64) || defined(__sparc)) || \ -+ (defined(__i386) || defined(__x86_64) || defined(__sparc) || \ -+ defined(__mips) || defined(__alpha)) || \ +--- src/icecpp/config.h.orig 2006-04-11 23:28:51.0 -0600 src/icecpp/config.h2006-04-11 23:36:58.0 -0600 +@@ -76,6 +76,8 @@ defined (__sun) || defined(__hpux) || defined(__APPLE__) || \ defined(_AIX) || defined(__osf1__) # define WCHAR_TYPE_SIZE 4 ++#elif defined(__linux) ++# define WCHAR_TYPE_SIZE 4 + #else + # error unsupported operating system or platform + #endif Index: src/icecpp/prefix.c === --- src/icecpp/prefix.c~ 2006-04-01 23:37:09.0 +0200 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293494: kio_audio prevents eject'ing of cdrom
Pierre Habouzit wrote: ... I have to killall kio_audiocd and that works. with a data cd it works correctly. K, this is not the same bug we have. Our Bug occurs even (better especially) if there is a data CD in the cdrom drive. The missing line is IIRC in a part of the code that is executed when an error during opening occured and the device should be freed again. -- Bye, Patrick Cornelissen http://www.p-c-software.de ICQ:15885533 signature.asc Description: OpenPGP digital signature
Bug#362066: xorgconfig/xorgcfg missing in package
On Wed, Apr 12, 2006 at 03:24:12AM +0200, Daniel Leidert wrote: The package description states: | xbase-clients also -- except on the s390 architecture -- contains the | X.Org X server configuration programs xorgcfg and xorgconfig, but in | general the Debconf interface to the xserver-xorg package should be used | instead of these tools. But both, xorgconfig and xorgcfg, are missing (btw: ditto for the manpages). The package description should be updated to reflect this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362078: xserver-xorg: dpkg-reconfigure doesn't work if the xorg.conf has been customized
On Wed, Apr 12, 2006 at 01:02:45AM -0400, David Nusinow wrote: The dpkg-reconfigure script needs to write a new xorg.conf if the file has been customized. A user in #debian reported that this failed on his system, and it made it difficult for him to automagically adapt to the new paths for modular. This will provide a manual easy way out of this dilemma, easing future support. This is what happened originally, but that behaviour got reverted for some reason I don't completely remember. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362089: vnc4server: xorg 7.0.0 no longer provide xserver-common
Package: vnc4server Version: 4.1.1+X4.3.0-4 Severity: normal The following packages will be REMOVED: fglrx-kernel-2.6.16 libglu1-xorg-dbg vnc4server x-window-system-dev xlibmesa-gl-dbg xlibosmesa-dev xlibosmesa4 xlibosmesa4-dbg xlibs-static-pic xserver-common -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=hu_HU, LC_CTYPE=hu_HU (charmap=ISO-8859-2) Versions of packages vnc4server depends on: ii libc6 2.3.6-6GNU C Library: Shared libraries ii libgcc1 1:4.1.0-1 GCC support library ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libsm66.9.0.dfsg.1-6 X Window System Session Management ii libstdc++64.1.0-1The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxtst6 6.9.0.dfsg.1-6 X Window System event recording an ii vnc4-common [vnc-common] 4.1.1+X4.3.0-4 Virtual network computing server s ii xbase-clients 6.9.0.dfsg.1-6 miscellaneous X clients ii xserver-common6.9.0.dfsg.1-6 files and utilities common to all ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages vnc4server recommends: ii xfonts-base 6.9.0.dfsg.1-6 standard fonts for X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362088: ecl: [m68k] FTBFS: segfaults during build
Package: ecl Version: 0.9h-20060216-2 Severity: important Justification: fails to build from source Automatic build of ecl_0.9h-20060216-2 on aahz by sbuild/m68k 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.0.0), autotools-dev, libgmp3-dev, automake1.9, file, xutils, texinfo, libncurses5-dev, fakeroot, libgc-dev, dh-lisp (= 0.6) Build-Conflicts: autoconf2.13, automake1.4 [...] make[3]: Leaving directory `/build/buildd/ecl-0.9h-20060216/build/c' if [ -f CROSS-COMPILER ]; then \ touch ecl_min; \ else \ m68k-linux-gnu-gcc -o ecl_min cinit.o c/all_symbols.o -L./ libeclmin.a -leclgc -lpthread -ldl -lm -lgmp;\ fi sed -e 's,@ecldir@,/usr/lib/ecl,g' compile.pre compile.lsp ln -s /build/buildd/ecl-0.9h-20060216/src/cmp/sysfun.lsp ./ if [ -f CROSS-COMPILER ]; then \ ./CROSS-COMPILER compile.lsp; \ else \ ./ecl_min compile.lsp; \ fi /bin/sh: line 4: 23233 Segmentation fault ./ecl_min compile.lsp make[2]: *** [ecl] Error 139 See http://buildd.debian.org/build.php?pkg=eclarch=m68k for full log Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362087: fglrx-driver conflicts with xorg 7.0.0
Package: fglrx-driver Version: 8.23.7-1 Severity: normal The following packages will be REMOVED: fglrx-control-qt3 fglrx-driver fglrx-driver-dev -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=hu_HU, LC_CTYPE=hu_HU (charmap=ISO-8859-2) Versions of packages fglrx-driver depends on: ii libc6 2.3.6-6GNU C Library: Shared libraries ii libstdc++51:3.3.6-13 The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii xserver-xorg 6.9.0.dfsg.1-6 the X.Org X server Versions of packages fglrx-driver recommends: ii fglrx-kernel-2.6.15.1 [fg 8.23.7-1+0.001 ATI binary kernel module for Linux ii fglrx-kernel-2.6.16 [fglr 8.23.7-1+0.002 ATI binary kernel module for Linux -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362001: [security] Insecure semaphore permissions
Steve Langasek wrote: severity 362001 important thanks On Tue, Apr 11, 2006 at 09:44:50PM +0300, Damyan Ivanov wrote: Package: libfbembed1 Version: 1.5.1-1 Severity: serious Tags: security patch upstream (The purpose of this bugreport is mainly to get it fixed in stable. Upload to unstable is pending.) This time the security-related bug in firebird2 is DoS. A DoS does not normally qualify as a severity: grave security bug. It was serious, not grave :) I've taken into account the RC-ness guidelines on [1] when considering the severity (in the maintainer's opinion, makes the package unsuitable for release), but perhaps I've overlooked something. [1] http://release.debian.org/etch_rc_policy.txt Thanks, dam -- Damyan Ivanov Creditreform Bulgaria [EMAIL PROTECTED] http://www.creditreform.bg/ phone: +359(2)928-2611, 929-3993fax: +359(2)920-0994 mob. +359(88)856-6067 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
Bug#330482: hardware-monitor - runaway VM bug
I've finally narrowed down the source of the bug where hardware-monitor uses 2GB of RAM and 100% CPU, and has to be killed. The backtrace always showed it to be in line-property_fill_color_rgba() = color; in Curve::draw(), which didn't make any sense because line-points() was never set to more than 34 points. Here is a trace of the output: value_history.values contains 1.8e+19 (all other values are ~ 1e07), and max = 1e-06 (I guess it was 0 or negative). Thereafter points gets some crazy values, e.g. (65.8, -3.551e+26) followed by (63.8, -2.13586e+14). Now that I've gotten this far I figure it should be easy to reproduce :) Just play back the values to a CurveView monitor. It looks to me like a chain of bugs triggered by an unlikely scenario: 1. The value shouldn't be 2e19 in the first place (is this bytes/sec?) - possible glibtop bug. 2. A huge number like that shouldn't confuse hardware-monitor. 3. Weird point values like that shouldn't corrupt memory - possible bug in libgnomecanvas or libart. hardware-monitor debug # 18264 Monitor: Eth. 1 (Ethernet (first)) values (34): 1.84467e+19 1.10954e+07 1.0973e+07 1.10938e+07 1.12003e+07 1.10197e+07 1.10458e+07 1.0987e+07 1.12158e+07 1.1124e+07 1.12816e+07 1.10643e+07 1.11833e+07 1.10957e+07 1.11778e+07 1.09945e+07 1.12144e+07 1.10695e+07 1.12187e+07 1.11084e+07 1.10673e+07 1.10522e+07 1.10682e+07 1.11573e+07 1.12827e+07 1.11648e+07 1.11065e+07 1.13194e+07 1.10678e+07 1.12579e+07 1.10514e+07 1.08507e+07 1.11317e+07 1.12981e+07 time_offset = 0.9 line already initialized. monitor-max = 1e-06 points (34): (65.8, -3.551e+26) (63.8, -2.13586e+14) (61.8, -2.1123e+14) (59.8, -2.13555e+14) (57.8, -2.15606e+14) (55.8, -2.12129e+14) (53.8, -2.12632e+14) (51.8, -2.115e+14) (49.8, -2.15903e+14) (47.8, -2.14136e+14) (45.8, -2.17171e+14) (43.8, -2.12987e+14) (41.8, -2.15278e+14) (39.8, -2.13593e+14) (37.8, -2.15173e+14) (35.8, -2.11643e+14) (33.8, -2.15877e+14) (31.8, -2.13088e+14) (29.8, -2.15961e+14) (27.8, -2.13836e+14) (25.8, -2.13046e+14) (23.8, -2.12755e+14) (21.8, -2.13062e+14) (19.8, -2.14778e+14) (17.8, -2.17193e+14) (15.8, -2.14923e+14) (13.8, -2.138e+14) (11.8, -2.17899e+14) (9.8, -2.13055e+14) (7.8, -2.16714e+14) (5.8, -2.12739e+14) (3.8, -2.08875e+14) (1.8, -2.14285e+14) (-0.2, -2.17488e+14) hardware-monitor-trace.tar.gz Description: Binary data -- Karl 2006-04-11 23:12
Bug#361384: same problem in libdspam7-drv-mysql
Package: dspam Version: 3.6.4-3 Followup-For: Bug #361384 I'm seeing the exact same problem with the installation of libdspam7-drv-mysql. It looks like a debconf problem: --- $ DEBCONF_DEBUG=developer ./libdspam7-drv-mysql.postinst configure debconf (developer): frontend started debconf (developer): frontend running, package name is libdspam7-drv-mysql debconf (developer): starting ./libdspam7-drv-mysql.config configure debconf (developer): -- SET libdspam7-drv-mysql/dbconfig-install false debconf (developer): -- 10 libdspam7-drv-mysql/dbconfig-install doesn't exist [1]15310 exit 10DEBCONF_DEBUG=developer ./libdspam7-drv-mysql.postinst configure --- and so package installation fails. Since I was upgrading from the Alioth dspam packages and my dspam database already exists in MySQL along with the appropriate configuration files, my current hack to workaround this issue was to place an exit as the first command in libdspam7-drv-mysql.postinst. This at least allowed me to install the package completely. I'm not sure if this has to do with the fact that there is no libdspam7-drv-mysql.templates file or not. I do not know enough about debconf to diagnose this any further than I already have. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages dspam depends on: ii adduser 3.85 Add and remove users and groups ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libdspam7 3.6.4-3DSPAM is a scalable and statistica ii libldap2 2.1.30-13 OpenLDAP libraries ii procmail 3.22-15Versatile e-mail processor Versions of packages dspam recommends: ii clamav-daemon 0.88.1-1 antivirus scanner daemon ii dspam-doc 3.6.4-3Documentation for dspam -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362008: freeguide does not show any program data
Sometimes in 0.10.1/2 your grabber information gets lost. It might be worth Looking under Options, Advanced, Grabbers and making sure XMLTV is checked, and then looking under XMLTV to see whether you have any grabbers defined. If not, re-running the First Time Wizard should remove the problem. Andy Shaun Jackman wrote: tag 362008 confirmed thanks I can confirm this bug exists. Although, I'm not sure what's causing it. freeguide 0.10.1-1 worked for me before. Did it ever work for you? Cheers, Shaun On 4/11/06, Uwe Storbeck [EMAIL PROTECTED] wrote: Package: freeguide Version: 0.10.1-1 Severity: important After the upgrade to version 0.10.1-1 freeguide asked for a download of program data at the first start. After a while the download window disappeared as usual (without an error message), but freeguide does not display any program data. Restarting freeguide doesn't help, it again asks to download program data and does not show any data after the download. Downgrading freeguide to version 0.8.6-1 solves the problem (without downloading program data again), but my complete configuration and all my favourites are lost! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362085: xorg: FTBFS (ppc64): Please add debian/scripts/vars.ppc64
On Wed, 2006-04-12 at 08:09 +0200, Andreas Jochens wrote: +XSERVER_XORG_VIDEO_DEPENDS=xserver-xorg-video-ati, xserver-xorg-video-chips, xserver-xorg-video-fbdev, xserver-xorg-video-glint, xserver-xorg-video-imstt, xserver-xorg-video-mga, xserver-xorg-video-nv, xserver-xorg-video-s3, xserver-xorg-video-s3virge, xserver-xorg-video-savage, xserver-xorg-video-sis, xserver-xorg-video-sisusb, xserver-xorg-video-tdfx, xserver-xorg-video-trident, xserver-xorg-video-vga Why vga but not vesa? Looks good otherwise. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#293494: kio_audio prevents eject'ing of cdrom
Le Mer 12 Avril 2006 08:24, Patrick Cornelißen a écrit : Pierre Habouzit wrote: ... I have to killall kio_audiocd and that works. with a data cd it works correctly. K, this is not the same bug we have. Our Bug occurs even (better especially) if there is a data CD in the cdrom drive. The missing line is IIRC in a part of the code that is executed when an error during opening occured and the device should be freed again. the original bug report is not clear on the issue, but the bug can be renamed also. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpBj1dw6RVHu.pgp Description: PGP signature
Bug#362090: 'man ipfm' typos: andthe and beeing
Package: ipfm Version: 0.11.5-4 Severity: minor Tags: patch Found a few typos in '/usr/share/man/man5/ipfm.conf.5.gz', see attached '.diff'. Hope this helps... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages ipfm depends on: ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libpcap0.70.7.2-7System interface for user-level pa ipfm recommends no packages. -- no debconf information --- ipfm.conf.5 2004-07-25 16:25:12.0 -0400 +++ /tmp/ipfm.conf.52006-04-12 02:07:41.0 -0400 @@ -37,7 +37,7 @@ uses local and global variables, so it can manage multiple logs (different time delay, different hosts, different log filename ...) at the same time. -Global variables will be used for all logs and local variables will only be used in the log beeing defined. +Global variables will be used for all logs and local variables will only be used in the log being defined. .SH GLOBAL VARIABLES .SS @@ -53,7 +53,7 @@ .B Syntax : [UTC|local] -This decides if IPFM will use UTC or local time in its outputs (log filename andthe timesamp inside the file). Default is local. +This decides if IPFM will use UTC or local time in its outputs (log filename and the timesamp inside the file). Default is local. Note that IPFM works internally with UTC, and that the dates entered in the config file are UTC (see AFTER Syntax).
Bug#226716: the bug is *not* fixed in 2.3.6-6
reopen 226716 thanks The bug is still present in libc6 package version 2.3.6-6, since the test included in #226716 still fails under 2.4 kernel. Note that libc6 packages provided by Petr Salinger *do* fix the bug. Best regards, Alexei. -- All science is either physics or stamp collecting. signature.asc Description: Digital signature
Bug#362001: [security] Insecure semaphore permissions
severity 362001 serious thanks On Wed, Apr 12, 2006 at 09:29:59AM +0300, Damyan Ivanov wrote: A DoS does not normally qualify as a severity: grave security bug. It was serious, not grave :) I've taken into account the RC-ness guidelines on [1] when considering the severity (in the maintainer's opinion, makes the package unsuitable for release), but perhaps I've overlooked something. You're right, my mistake; severity re-raised. 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/ signature.asc Description: Digital signature
Bug#361683: [af-dev] Bug#361683: Possible cause of the problem
Hello If you wait like 10 seconds before opening the cache, would the bug still happen? No, this prevents it from happening. Best regards Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360064: #360064: mesa-utils: glxgears is broken
On Wed, 2006-04-12 at 02:55 +0200, Daniel Leidert wrote: There is still the manpage from the X.org project: http://webcvs.freedesktop.org/xorg/xc/programs/glxgears/ Maybe there fork can help to solve the reported issue(s). Sure, as I said, somebody just needs to fold back the changes into the Mesa tree. Hint, hint. :) -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#362092: nscd install fails: invoke-rc.d: initscript nscd, action start failed.
Package: nscd Version: 2.3.6-5 Severity: important *** Please type your report below this line *** install fails with the following error. Nscd seems to work fine and /etc/init.d/nscd start/stop works ok too. apt-get -f install Reading package lists... Done Building dependency tree... Done 0 upgraded, 0 newly installed, 0 to remove and 188 not upgraded. 1 not fully installed or removed. Need to get 0B of archives. After unpacking 0B of additional disk space will be used. Setting up nscd (2.3.6-5) ... Starting Name Service Cache Daemon: nscd. invoke-rc.d: initscript nscd, action start failed. dpkg: error processing nscd (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: nscd E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to et_EE) Versions of packages nscd depends on: ii libc6 2.3.6-5GNU C Library: Shared libraries an nscd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362093: [INTL:gl] Galician debconf templates translation
Package: ifupdown Version: 0.6.7 Severity: wishlist Tags: l10n patch It is attached to this bug report. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ifupdown depends on: ii debconf [debconf-2.0] 1.4.70 Debian configuration management sy ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii net-tools 1.60-17The NET-3 networking toolkit ifupdown recommends no packages. -- debconf information excluded # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: ifupdown\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2004-08-04 17:16+0200\n PO-Revision-Date: 2006-04-12 09:13+0200\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates.master:4 msgid Update /etc/network/interfaces? msgstr ¿Actualizar /etc/network/interfaces? #. Type: boolean #. Description #: ../templates.master:4 msgid The format of /etc/network/interfaces has had a minor but incompatible change made between version 0.5.x and 0.6.x of ifupdown. It is however possible to automatically convert from the old format to the new in almost all cases. msgstr O formato de /etc/network/interfaces tivo un cambio menor pero incompatible entre as versións 0.5.x e 0.6.x de ifupdown. Nembargantes, é posible converter automáticamente do formato antigo ao novo en case tódolos casos.
Bug#292441: X wrapper, -config, -xf86config, etc
On Wed, Apr 12, 2006 at 06:54:46AM +0100, Daniel Stone wrote: The behaviour described for -*config is to allow non-root users to use root-defined configs. If there is a real security problem with that, it would be good practice to describe the issue in the Xorg manpage, and try to work out an alternative it a full solution cannot be found. -*config, -modulepath and -logpath are all documented as only being available to root. From the 6.9.0 Xorg manpage: -config file Read the server configuration from file. This option will work for any file when the server is run as root (i.e, with real-uid 0), or for files relative to a directory in the config search path for all other users. -modulepath and -logfile are documented as such as you mention, though, and -logpath is not even documented. -*config and -modulepath because you can execute arbitrary code of your choice as root; -logpath because running Xorg -logpath /lib/ld-linux.so.1, is a good way to kill a system. I easily understand this part, and that's why they already put the search-path restriction mentionned in the manpage. I was wondering why this protection was not considered sufficient. The problem I see with that 1997 issue, is that it does not point to a CVE or any other security-related issue. Not even to a BTS entry. Well, CVE didn't exist in 1997, so that would be kind of difficult. Indeed, I asked myself the question when writing about it - but well, I only mentionned CVE as an example :) Best regards, -- Yann Dirson[EMAIL PROTECTED] | Debian-related: [EMAIL PROTECTED] | Support Debian GNU/Linux: | Freedom, Power, Stability, Gratis http://ydirson.free.fr/| Check http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362091: [INTL:gl] Galician debconf templates translation
Package: heimdal Severity: wishlist Tags: l10n patch It's attached to this bug report. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: heimdal\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2004-02-27 10:15-0800\n PO-Revision-Date: 2006-04-12 09:08+0200\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../heimdal-kdc.templates:3 msgid Local realm name: msgstr Nome do reino local: #. Type: string #. Description #: ../heimdal-kdc.templates:3 msgid Heimdal requires the name of your local realm. This is typically your domain name in uppercase. eg if your hostname is host.org.com, then your realm will become ORG.COM. The default for your host is ${default_realm}. msgstr Heimdal precisa do nome do seu reino local. Adoita ser o nome de dominio en maiúsculas; por exemplo, se o nome do seu ordenador é host.org.com, o seu reino ha ser ORG.COM. O nome do reino por defecto para o seu ordenador é ${default_realm}. #. Type: password #. Description #: ../heimdal-kdc.templates:10 msgid Password for KDC: msgstr Contrasinal do KDC: #. Type: password #. Description #: ../heimdal-kdc.templates:10 msgid Heimdal can encrypt the KDC data with a password. A hashed representation will be stored in /var/lib/heimdal-kdc/m-key. msgstr Heimdal pode cifrar os datos do KDC cun contrasinal. Hase gardar unha representación numérica en /var/lib/heimdal-kdc/m-key.
Bug#348131: Fixed?
FYI, I've been using KMail 1.9.1 from/with KDE 3.5.2 and haven't had this problem yet, whereas before I got it a lot. I'm guessing that it's fixed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361741: Fail to mount root filesystem
reassign 361741 initramfs-tools thanks On Apr 10, Cesare Leonardi [EMAIL PROTECTED] wrote: Begin: running /scripts/local-premount... Attempting manual resume Done. mount: mounting /dev/hda2 on /root failed: no such device Begin: running /scripts/log-bottom... Done. Done. Begin: running /scripts/init-bottom... mount: Mounting /root/dev on /dev/.static/dev failed: no such device or directory Done. mount: Mounting /sys on /root/sys failed: no such file or directory mount: Mounting /proc on /root/proc failed: no such file or directory Target filesystem doesn't have /sbin/init [...] -- ciao, Marco signature.asc Description: Digital signature
Bug#362064: udev: udev tries to write to an installed, working initrd without asking
reassign 362064 initramfs-tools thanks On Apr 12, Manoj Srivastava [EMAIL PROTECTED] wrote: Why is udev trying to write to a working boot mechanism without asking? Why do you believe that udev creates initramfs images? -- ciao, Marco signature.asc Description: Digital signature
Bug#226716: the bug is *not* fixed in 2.3.6-6
On Wed, Apr 12, 2006 at 10:57:53AM +0400, Sheplyakov Alexei wrote: reopen 226716 thanks The bug is still present in libc6 package version 2.3.6-6, since the test included in #226716 still fails under 2.4 kernel. Note that libc6 packages provided by Petr Salinger *do* fix the bug. Oops, something went wrong somewhere, I don't understand what... My test packages also fixed the problem, but I agree the final ones don't. I have to figure what is the problem, then I will upload a fixed version. Sorry about that. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362094: [INTL:gl] Galician debconf templates translation
Package: netbase Version: 4.24 Severity: wishlist Tags: l10n patch It is attached to this bug report. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages netbase depends on: ii debconf [debconf-2.0] 1.4.70 Debian configuration management sy ii ifupdown0.6.7high level tools to configure netw ii iputils-ping [ping] 3:20020927-3 Tools to test the reachability of ii lsb-base3.0-15 Linux Standard Base 3.0 init scrip ii netkit-inetd0.10-10.3The Internet Superserver ii tcpd7.6.dbs-8Wietse Venema's TCP wrapper utilit netbase recommends no packages. -- debconf information excluded # Galician translation of netbase's debconf templates. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the netbase package. # Jacobo Tarrio [EMAIL PROTECTED], 2006. # msgid msgstr Project-Id-Version: netbase\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-03-25 05:03-0700\n PO-Revision-Date: 2006-04-12 09:26+0200\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../netbase.templates:3 msgid Important hint for users of radius software msgstr Aviso importante para os usuarios do software radius #. Type: note #. Description #: ../netbase.templates:3 msgid The official port numbers of the radius service have been changed from 1645 and 1646 to 1812 and 1813. If you use the radius service please make sure that the client and server software both use the same port numbers. msgstr Os portos oficiais do servizo radius cambiaron de 1645 e 1646 a 1812 e 1813. Se emprega o servizo radius asegúrese de que o software cliente e servidor empreguen os mesmos portos. #. Type: note #. Description #: ../netbase.templates:10 msgid The old portmapper is still running. msgstr Aínda está a funcionar o portmapper antigo. #. Type: note #. Description #: ../netbase.templates:10 msgid The old portmapper is still running. This will cause problems, mainly that \/etc/init.d/portmap stop\ won't actually do anything. To fix this, I'm going to try to forcibly stop portmap, and then restart it. msgstr O portmapper antigo aínda está a funcionar. Isto ha causar problemas, principalmente que \/etc/init.d/portmap stop\ non ha facer nada. Para o arranxar vaise tentar deter portmap á forza e reinicialo. #. Type: note #. Description #: ../netbase.templates:17 msgid /etc/init.d/netbase has been split. msgstr Dividiuse /etc/init.d/netbase. #. Type: note #. Description #: ../netbase.templates:17 msgid /etc/init.d/netbase is no longer required or used. msgstr Xa non se require ou emprega /etc/init.d/netbase. #. Type: note #. Description #: ../netbase.templates:17 msgid /etc/init.d/portmap (provided by the portmap package) now handles stopping and starting the portmapper, /etc/init.d/inetd (provided by the netkit-inetd package) handles stopping and starting inetd, and /etc/init.d/networking handles spoof protection. msgstr /etc/init.d/portmap (fornecido polo paquete portmap) xestiona agora a detención e inicio do portmapper; /etc/init.d/inetd (fornecido polo paquete netkit-inetd) xestiona a detención e inicio de inetd, e /etc/init.d/ networking xestiona a protección contra \spoofing\. #. Type: note #. Description #: ../netbase.templates:27 msgid /etc/init.d/network superseded by /etc/network/interfaces msgstr /etc/init.d/network substituído por /etc/network/interfaces #. Type: note #. Description #: ../netbase.templates:27 msgid /etc/init.d/network is no longer directly supported. You may, of course, continue using it to setup your networking, however new Debian installs will use the ifup/ifdown commands to configure network interfaces based on the settings in /etc/network/interfaces. msgstr Xa non se soporta directamente /etc/init.d/network. Por suposto, pode seguir a empregalo para configurar a súa rede; nembargantes, as novas instalacións de Debian han empregar as ordes ifup/ifdown para configurar as interfaces de rede segundo a configuración de /etc/network/interfaces. #. Type: note #. Description #: ../netbase.templates:27 msgid If you do convert to using /etc/network/interfaces in place of /etc/init.d/ network you will probably want to remove /etc/init.d/network and the /etc/ rcS.d/S40network symlink. These will not be touched by netbase or other Debian packages in future. msgstr Se pasa a empregar /etc/network/interfaces no canto de /etc/init.d/network tamén ha ser mellor que elimine /etc/init.d/network e a ligazón simbólica / etc/rcS.d/S40network. Estes
Bug#325846: Fixed in CVS
This bug has been fixed in upstream CVS yesterday, together with a similar bug (sourceforge bug #1468666) in the PIC14 port. Philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#226716: the bug is *not* fixed in 2.3.6-6
tag 226716 + pending thanks On Wed, Apr 12, 2006 at 09:28:18AM +0200, Aurelien Jarno wrote: On Wed, Apr 12, 2006 at 10:57:53AM +0400, Sheplyakov Alexei wrote: reopen 226716 thanks The bug is still present in libc6 package version 2.3.6-6, since the test included in #226716 still fails under 2.4 kernel. Note that libc6 packages provided by Petr Salinger *do* fix the bug. Oops, something went wrong somewhere, I don't understand what... My test packages also fixed the problem, but I agree the final ones don't. I have to figure what is the problem, then I will upload a fixed version. Sorry about that. Ok, found the problem, a wrong patch level in debian/patches/series and the patch get applied at the wrong place... Fixed in SVN. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293494: kio_audio prevents eject'ing of cdrom
There's another bug report about eject fails : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=305709 Maybe 2 different bugs produce the same behavior. Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361223: cal: should use locale for knowing how to display weeks
retitle 361223 cal: should use locale for knowing how to display week thanks Graham Wilson, le Wed 12 Apr 2006 01:05:19 -0500, a écrit : On Sat, Apr 08, 2006 at 01:56:26AM +0200, Samuel Thibault wrote: Graham Wilson, le Fri 07 Apr 2006 16:26:44 -0500, a ?crit : The next upload of bsdmainutils will support using _NL_TIME_FIRST_WEEKDAY (see #288472), now that glibc properly supports this. Great! Do you think this bug can be merged with #288472, or are there issues that you still feel are unresolved? Well, as I said in a previous mail, there are other issues than just correctly getting the first day of the week: - * nl_langinfo(_NL_TIME_WEEK_NDAYS) can be used for knowing the numbers of days in a week - * nl_langinfo(_NL_TIME_CAL_DIRECTION) can be used for knowing the displaying direction of the week. Regards, Samuel
Bug#362075: tetex-base: package fails to configure: Error: `tex -ini -jobname=xmltex -progname=xmltex...
On 12.04.06 Marvin Renich ([EMAIL PROTECTED]) wrote: Hi, tetex-base fails during dpkg --configure with the following message: -- Running fmtutil-sys. This may take some time. ... Error: `tex -ini -jobname=xmltex -progname=xmltex latex xmltex.ini' failed ### fmtutil: Error! Not all formats have been built successfully. Visit the log files in directory /var/lib/texmf/web2c for details. ### This is a summary of all `failed' messages and warnings: `tex -ini -jobname=xmltex -progname=xmltex latex xmltex.ini' failed fmtutil: running `tex -ini -jobname=xmltex -progname=xmltex latex xmltex.ini' ... This is TeX, Version 3.141592 (Web2C 7.5.4) (INITEX) ---! /tmp/fmtutil.21093/latex.fmt was written by pdfetex (Fatal format file error; I'm stymied) That sounds like one of the bugs in xmltex. However it should be fixed now at least in 1.9-11.1. Which version of xmltex is on your disk? Does purging and reinstalling of xmltex solve the problem? H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360476: Bug #360476: celestia FTBFS
This bug appears to have been a result of the gtkglext linkage problems -- I saw it in my pbuildd chroot on i386 as well (where the glut build succeeded, but the configure stage on the gnome build failed as shown in the bug report). After the recent NMU of gtkglext I tried the build again and it completed successfully. So this bug can probably be closed now. -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361995: evolution: same for appointments
Package: evolution Version: 2.4.2.1-1 Followup-For: Bug #361995 I am experiencing a similar problem, for contacts/addressbook and appointments/calendar. I have created a new addressbook/new calendar On this Computer, however all new entries that I put into the newly created one seem to be registered only in the first one that has been created after the Personal one (when opening the contact/appointment). They show up in each of them, so this does not help me sorting my adressbook or calendar, if I have all entries in all addressbooks/calendars. If later created addressbooks/calendars are only aliases to the one created first, I understand this behaviour, but how can I use more addressbooks/calendars? BTW right clicking on an appointment makes evolution quit unexpectedly, also bug-buddy quits unexpectedly when I try to inform the developers. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8-smp Locale: LANG=C, [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages evolution depends on: ii evolution-dat 1.4.2.1-1 evolution database backend server ii gconf22.14.0-1 GNOME configuration database syste ii gnome-icon-th 2.12.1-2 GNOME Desktop icon theme ii gtkhtml3.83.8.1-1HTML rendering/editing library - b ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.11.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2- 2.10.1-2 The Bonobo UI library ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libcamel1.2-6 1.4.2.1-1 The Evolution MIME message handlin ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library ii libcompfaceg1 1:1.5.2-3 Compress/decompress images for mai ii libdb4.2 4.2.52-23.1Berkeley v4.2 Database Libraries [ ii libebook1.2-5 1.4.2.1-1 Client library for evolution addre ii libecal1.2-3 1.4.2.1-1 Client library for evolution calen ii libedataserve 1.4.2.1-1 Utility library for evolution data ii libedataserve 1.4.2.1-1 GUI utility library for evolution ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgail-commo 1.8.11-1 GNOME Accessibility Implementation ii libgail17 1.8.11-1 GNOME Accessibility Implementation ii libgconf2-4 2.14.0-1 GNOME configuration database syste ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.1-2 The GLib library of C routines ii libgnome-keyr 0.4.9-1GNOME keyring services library ii libgnome-pilo 2.0.12-1.4 Support libraries for gnome-pilot ii libgnome2-0 2.12.0.1-5 The GNOME 2 library - runtime file ii libgnomecanva 2.14.0-1 A powerful object-oriented display ii libgnomeprint 2.12.1-3 The GNOME 2.2 print architecture - ii libgnomeprint 2.12.1-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.12.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2- 2.14.0-2 GNOME virtual file-system (runtime ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgpg-error0 1.2-1 library for common error values an ii libgtk2.0-0 2.8.16-1 The GTK+ graphical user interface ii libgtkhtml3.8 3.8.1-1HTML rendering/editing library - r ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii libkrb53 1.4.3-6MIT Kerberos runtime libraries ii libldap2 2.1.30-13 OpenLDAP libraries ii libnspr4 2:1.7.12-1.1 Netscape Portable Runtime Library ii libnss3 2:1.7.12-1.1 Network Security Service Libraries ii liborbit2 1:2.14.0-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.0-2 Layout and rendering of internatio ii libpisock8
Bug#293494: kio_audio prevents eject'ing of cdrom
Fathi Boudra wrote: There's another bug report about eject fails : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=305709 Maybe 2 different bugs produce the same behavior. Looks like a duplicate bug to me. -- Bye, Patrick Cornelissen http://www.p-c-software.de ICQ:15885533 signature.asc Description: OpenPGP digital signature
Bug#312418: Transitional package leaves /etc/cron.daily/raidtools2 behind
That cronjob is not used anymore, it's replaced by mdadm -F [1]. The fix is simple: # rm /etc/cron.daily/raidtools2 Ch. [1] linux.debian.ports.x86-64 lsraid: command not found http://www.64bit-world.com/forums/linux-debian-ports-x86-64/2905-lsraid-command-not-found.html#post12018 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312289: please package newer upstream version
Hello A new upstream pre-release version of scons is available 0.96.92 Can you upload it into experimental. -- Another testing pre-release of SCons has been made available directly from the SourceForge download page: http://sourceforge.net/project/showfiles.php?group_id=30337 Apart from generally making new bug fixes and features available, this version is being released to make available one last version (I hope) based on the old .sconsign format, prior to the Big Signature Refactoring I've been talking about. That refactoring appears ready to release, and will appear in another testing version after a little time has elapsed to make sure 0.96.92 doesn't have any serious problems that require immediate fixes. This release may cause rebuilds due to a number of internal changes, especially if you're upgrading from a version older than 0.96.91. For details, see the full release notes (and list of changes since previous releases) at: http://sourceforge.net/project/shownotes.php?release_id=408906 Here is a summary of the visible changes since 0.96.91: NEW FUNCTIONALITY -- The /opt/bin AND /sw/bin directories have been added to the default external execution PATH variables. -- On Mac OS X, the /sw/bin directory has been added to the default external execution PATH variables. -- On Solaris, the /usr/ccs/bin directory has been added to the default external execution PATH variable. -- On Solaris, new $PKGCHK and $PKGINFO variables are used to search for the SunPRO C++ compiler. (The default value for $PKGCHK is /usr/sbin/pgkchk.) -- Support for Microsoft Visual Studio 8 (2005) has been added. -- Support for generating more than one project file per Microsoft Visual Studio solution file has been added. -- A runfile parameter for Microsoft Visual Studio project file creation has been added. -- A new MSVSSolution() builder adds support for the following new construction variables: $MSVSBUILDCOM, $MSVSCLEANCOM, $MSVSENCODING, $MSVSREBUILDCOM, $MSVSSCONS, $MSVSSCONSCOM, $MSVSSCONSFLAGS, $MSVSSCONSCRIPT and $MSVSSOLUTIONCOM. -- x64 support for Microsoft Visual Studio 8 has been added. -- SCons now detects and uses Visual Studio 2005 Pro and Visual Studio Express Editions. -- Visual Studio 8 *.manifest files are now supported through new construction variables: $WINDOWS_INSERT_MANIFEST, $WINDOWSPROGMANIFESTSUFFIX, $WINDOWSPROGMANIFESTPREFIX, $WINDOWSPROGMANIFESTSUFFIX, $WINDOWSSHLIBMANIFESTPREFIX and $WINDOWSSHLIBMANIFESTSUFFIX construction variables. -- Support for SCC and other settings in Microsoft Visual Studio project and solution files has been added: $MSVS_PROJECT_BASE_PATH, $MSVS_PROJECT_GUID, $MSVS_SCC_AUX_PATH, $MSVS_SCC_LOCAL_PATH, $MSVS_SCC_PROJECT_NAME, $MSVS_SCC_PROVIDER. -- A new $SCONS_HOME variable can be imported from the external environment, or set internally to put a shortened SCons execution line in the Visual Studio project file. -- TeX files now scan for \include and \import files, searching a new $TEXINPUTS directory list, which is imported from the external environment. -- TeX support now generates indices from .idx files using new $MAKEINDEX, $MAKEINDEXCOM, $MAKEINDEXCOMSTR and $MAKEINDEXFLAGS variables. -- A new $LATEXRETRIES variable controls the number of times LaTex will be re-called to try to resolve undefined references. -- The -c option now removes the .aux and .log files generated by the various TeX builders. -- A new --taskmastertrace=FILE option has been added. -- New $CONFIGUREDIR and $CONFIGURELOG variables allow the directory and logs for configuration tests to be specified. -- A new $INSTALLSTR variable has been added. -- New $RANLIBCOM and $RANLIBCOMSTR variables have been added. CHANGED/ENHANCED EXISTING FUNCTIONALITY -- The arguments to Configure.Checklib() have been changed to match the documentation. -- The env.subst() method no longer expands $TARGET, $SOURCES, etc. by default. -- Some internal functions and classes have moved from SCons.Util. -- A new NoClean() Environment method and function can suppress removal of targets during a -c clean. -- New $WINDOWSDEFPREFIX, $WINDOWSDEFSUFFIX, $WINDOWSDLLPREFIX and $WINDOWSIMPLIBPREFIX construction variables have been added. Their older counterparts $WIN32DEFPREFIX, $WIN32DEFSUFFIX, $WIN32DLLPREFIX and $WIN32IMPLIBPREFIX have been deprecated. -- Have the Intel Fortran compiler user -object:$TARGET on its command lines. -- The --debug=memory option now works on Windows when the win32process and win32api modules are
Bug#120086: dselect: Package names are cut short
Package: dselect Version: 1.13.18 Followup-For: Bug #120086 When making the terminal window wider, the 'Description' field in dselect is made wider, but the 'Package Name' field is not. I think it is more desirable to be able to see the whole package name than the short description field. Best regards. TMS -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Versions of packages dselect depends on: ii dpkg 1.13.18package maintenance system for Deb ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libgcc1 1:4.1.0-1 GCC support library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libstdc++64.1.0-1The GNU Standard C++ Library v3 dselect recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#232512: Copying the same file twice fails
Morten Werner Olsen wrote: Hi! I am trying to clean a bit in the open bugreports against cfengine2 in the Debian BTS[1]. This mail is about an old bug that noone has commented on yet, but as I believe still is an issue with 2.1.20. This is bug #232512 [2]: I have a cfengine2 configuration, where occassionally (on purpose!) during a single run of cfexecd, a destination file gets copied from two different locations on the server. For example: /foo/file dest=/foo/bar server=host backup=true /foo2/file dest=/foo/bar server=host backup=true This results, in /foo: /foo/bar (identical to /foo/file) /foo/bar.cfsaved (identical to whatever there was originally) /foo/bar.cfnew (identical to /foo2/file) Obviously, the latter copy has failed. During the next run, the first copy line copies nothing since /foo/bar is already identical to /foo/file and thus the directory now looks like: /foo/bar (identical to /foo2/file) /foo/bar.cfsaved (identical to /foo/bar) Then we go back to square one and repeat this all over again. The culprit is lines 1509-1512 in image.c: if (IsItemIn(VREPOSLIST,backup)) { return true; } This exits the whole CopyReg() and leaves .cfnew in place if AND ONLY IF, the same file (i.e. /foo/bar) was already in backup repository. Thus, the quick hack is to change either of the two lines to NOT create backups. However, it is, in my opinion, the wrong solution. Correct behaviour should be to either create a backup of a backup (troublesome), skip backup of a file already backed up (my choice) or at least print out a warning. The first one may be a little difficult to implement, but the second one is easy: change return true; to continue;. This would skip the remainder of the backup procedure and continue as if it had been backed up. I do not think any harm would come from this, since the *original* file was already backed up earlier and now we just skip backing up a file cfengine previously copied into place. The patch is untested (I only have production systems at hand at the moment), but should work. --- image.old.c 2004-02-13 11:45:28.0 +0200 +++ image.c 2004-02-13 11:45:57.0 +0200 @@ -1508,7 +1508,7 @@ if (IsItemIn(VREPOSLIST,backup)) { - return true; + continue; } /* Mainly important if there is a dir in the way */ After looking at the code, this is still an issue, right? So what do you think? The bugreport can be found at [2]. - Werner [1] http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=cfengine2 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=232512 ___ Bug-cfengine mailing list Bug-cfengine@cfengine.org http://cfengine.org/mailman/listinfo/bug-cfengine The proposed patch is not correct, since there is no loop to continue. However the analysis is okay -- I have patched the svn code to that the behaviour you suggest is honoured. (Previously the user was warned of this silly request - I believe that was okay, but now you get both a warning and the multiple copy honoured as suggested.) -- Mark Burgess Professor of Network and System Administration Oslo University College ~~ Work: +47 22453272Email: [EMAIL PROTECTED] Fax : +47 22453205WWW : http://www.iu.hio.no/~mark ~~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362095: Grub menu.lst file having ! instead of /
Package: Grub Version: 0.97-5New install of 'etch',dowloaded netinstall image 4-11-06,with 2.6 kernel on a HP/Compaq DL360 with RAID array. After installation, the server would not boot correcly.the file '/boot/grub/menu.lst' had the following:The line(s) containg 'root=/dev/cciss!c0d0p1' I had tochange it to'root=/dev/cciss/c0d0p1' to get it to bootI had a similar issue with lilo on the same machine using sarge about 1 month ago, I am not certain the problem is with Grub or the 'debian installer'.Thanks How low will we go? Check out Yahoo! Messengers low PC-to-Phone call rates.
Bug#347508: libstdc++6-4.0-dev: 4.0.3/libstdc++.a BFD: sh_link in section XXX is incorrect
unable to reproduce on ia64 with 3.4.6-1, 4.0.3, 4.1.0. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362000: sa-exim: does not setuid before calling spamc
tags 362000 wontfix close 362000 thanks Because sa-exim does not setuid to the local user when it has a chance to do so, spamc does not inform spamd that a local user is being handled (User: protocol field). At the time sa-exim runs neither sa-exim nor exim knows what user this mail will eventually be delivered to. If delivered at all. Furthermore, if one message will be delivered to multiple local users, in theory, sa-exim should process the message for each destination user which makes it impossible to reject messages during the SMTP conversation. Especially when f.e. user1's rules accept the message but user2's rules reject it. If you want per-user rules and scanning, sa-exim isn't the way to go. Perhaps this can be accomplished with Exiscan, which is also included in Debian's Exim4 packages. Thanks, Sander. -- | Remember, half the people you know are below average. | 1024D/08CEC94D - 34B3 3314 B146 E13C 70C8 9BDB D463 7E41 08CE C94D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338241: Red/blue swaps on xorg fbdev driver on sparc64
On Tue, 2006-04-11 at 13:58 -0400, Murray, Ronald wrote: I have the same problem on a Sun Enterprise 250, which uses a Permedia2 chipset on its graphics board. It used to work fine with the glint driver, but lately that won't load (see separate bug report). So I tried this patch, and that at least fixes the red/blue colour swap. It does, however, introduce a strange problem where all icons (including the cursor) are now surrounded by a small black square. But at least the colours are otherwise correct. The patch makes sense for the colour component offsets and masks, but I doubt changing pScrn-bitsPerPixel would work as expected; it should probably just bail if the returned fPtr-var.bits_per_pixel != pScrn-bitsPerPixel. Also, I think at least the colour component bits really belong in FBDevScreenInit() instead of fbdevHWModeInit(), as these values are supposed to be constant during a server generation, but it looks like that might require changes to the fbdevHW interface. Last but not least, this should really be submitted and discussed upstream at http://bugs.freedesktop.org instead of here. Any suggestions for fixing the black surround problem? No idea, a 64 bit specific problem perhaps? -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#362096: rtorrent: doesn't properly check for write errors
Package: rtorrent Version: 0.4.5-1 Severity: normal While downloading to a nearly full disc, rtorrent will assume writes succeed and download much more than it could store. I don't know if this also makes it send incorrect data. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages rtorrent depends on: ii libc6 2.3.6-4GNU C Library: Shared libraries an ii libcomerr21.38+1.39-WIP-2006.03.29-2 common error description library ii libcurl3 7.15.3-1 Multi-protocol file transfer libra ii libgcc1 1:4.1.0-1 GCC support library ii libidn11 0.5.18-2 GNU libidn library, implementation ii libkrb53 1.4.3-6MIT Kerberos runtime libraries ii libncurses5 5.5-1 Shared libraries for terminal hand ii libsigc++-2.0 2.0.16-3 type-safe Signal Framework for C++ ii libssl0.9.8 0.9.8a-8 SSL shared libraries ii libstdc++64.1.0-1The GNU Standard C++ Library v3 ii libtorrent6 0.8.5-1a C++ BitTorrent library ii zlib1g1:1.2.3-11 compression library - runtime rtorrent recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357946: please provide a library like this one for liblame
twolame[0] is what you are looking for, a package for Debian is currently stuck in the NEW queue[1]. twolame contains code from lame[2], and lame is undistributable for Debian[3]. Therefore, I /personally/, I repeat, I //personally// think, it will not be accepted by the ftp-masters. In the meanwhile (or permanent, if ftp-masters reject the package), I uploaded packages of twolame to Debian Unofficial[4]. [0] http://twolame.sf.net/ [1] http://ftp-master.debian.org/new.html [2] http://lame.sf.net/ [3] http://debian.org/devel/wnpp/unable-to-package [4] http://ftp.debian-unofficial.org/debian/pool/main/t/twolame/ -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362070: cupsys-bsd: typo provides in package description
I found cupsys-bsd necessary to have adobe reader 7.0 printing *.pdf from cups (HPdeskjet5740). curiously (?) graphics is not transferred from adobe to clipboard while text it is. conversely, in my hands, kpdf transfers both text and graphics to clipboard but does not print *.pdf (mime windows says unable to convert). clearly i have some wrong settings but because i am short of time, in taking trace of current scientific literature, i use adobe for printing and kpdf for transfer to clipboard; this involved open twice the file. francesco pietra On Wednesday 12 April 2006 04:40, Filipus Klutiero wrote: Package: cupsys-bsd Severity: minor In It is provides separately to allow CUPS to coexist with other printing systems (to a small degree)., provides should read provided. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#257021: gaim: history plugin with people with huge histories causes hang
On 2006-04-10 (Monday), at 11:04:32 Richard Laager wrote: First, when you say Gaim 2, what do you mean? For the purposes of this bug, we mean Gaim 2.0.0beta3. Yes - I'm using gaim2beta3 You're saying you get hangs on large logs that were written by Gaim 2.0.0beta3? Yes exactly. If so, this is not the bug Luke and I were thinking it was. I plan to make the logging stuff use idle callbacks and whatnot eventually (which should prevent the GUI from blocking on file operations, etc.). However, if this is a rendering issue, it won't help there. How big are these log files? For example. Yesterdays log created with gaim2beta3 (size = 332 kB) in html format, can freeze gaim for 23 seconds on my Celeron 2,93GHz. -- Cheers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362078: xserver-xorg: dpkg-reconfigure doesn't work if the xorg.conf has been customized
David Nusinow wrote: Package: xserver-xorg Version: 1:7.0.10 Severity: normal The dpkg-reconfigure script needs to write a new xorg.conf if the file has been customized. A user in #debian reported that this failed on his system, and it made it difficult for him to automagically adapt to the new paths for modular. This will provide a manual easy way out of this dilemma, easing future support. I have it, too, like: electra2-sid:/home/wjl# dpkg-reconfigure xserver-xorg cat: /var/lib/x11/X.md5sum: No such file or directory cat: /var/lib/x11/X.md5sum: No such file or directory cat: /var/lib/x11/X.md5sum: No such file or directory xserver-xorg postinst warning: not updating /etc/X11/X; file has been customized cat: /var/lib/x11/xorg.conf.md5sum: No such file or directory xserver-xorg postinst warning: not updating /etc/X11/xorg.conf; file has been customized electra2-sid:/home/wjl# exit exit [EMAIL PROTECTED]:~$ ls -l /etc/X11/X /etc/X11/xorg.conf lrwxrwxrwx 1 root root 13 Apr 12 08:52 /etc/X11/X - /usr/bin/Xorg -rw-r--r-- 1 root root 3036 Jan 24 11:43 /etc/X11/xorg.conf [EMAIL PROTECTED]:~$ Plus the issue with xkb (no @ sign for instance). But thanks for the great work so far... cheers, wjl aka Wolfgang Lonien -- Key ID 0x728D9BD0 - public key available at wwwkeys.de.pgp.net Key Fingerprint = A923 2294 B7ED EB3E 2F18 AE56 AAB8 D36A 728D 9BD0 uid Wolfgang Lonien (wjl) like: [EMAIL PROTECTED] We prefer encrypted, text-only email messages here. Thank you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362099: xkb-data-legacy: FTBFS: Missing Build-Depends
Package: xkb-data-legacy Version: 1.0.1-3 Severity: serious From my pbuilder build log: ... checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for xkbcomp... not_found configure: error: xkbcomp is required to install the xkb data files make: *** [build-stamp] Error 1 -- Daniel Schepler
Bug#362098: comixcursors: Wrong path for Xorg 7
Package: comixcursors Version: 0.3.2-1 Severity: important Hi ! I just upgraded to Xorg 7 and I was so sad to not have theses beautiful transparent, glowing and funny cursors anymore. After some research I undestood (slowly) that now Xorg store and grab fonts, modules, etc. (including cursors icons) from /usr. For example, the fonts are now in /usr/share/fonts and /usr/lib/X11/fonts is a symlink to /usr/share/fonts. Could you please move the destination of the cursors data to /usr/share/icons instead of /usr/X11R6/lib/X11/icons ? Cheers, Romain. -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (500, 'experimental'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362097: xcursor-themes: FTBFS: Could not find pkg-config
Package: xcursor-themes Version: 1.0.1-2 Severity: serious From my pbuilder build log: ... checking for xcursorgen... /usr/bin/xcursorgen checking for pkg-config... no checking for ICONDEFS... configure: error: The pkg-config script could not be found or is too old. Make sure it is in your PATH or set the PKG_CONFIG environment variable to the full path to pkg-config. Alternatively, you may set the environment variables ICONDEFS_CFLAGS and ICONDEFS_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. To get pkg-config, see http://www.freedesktop.org/software/pkgconfig. See `config.log' for more details. make: *** [build-stamp] Error 1 -- Daniel Schepler
Bug#359000: (no subject)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have same problem with postgresql-7.4, I am confirmed the patch works. - -Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEPL3dnQYz4bYlCYURAg1nAJ94hUVJYxJ88nyMKyKCmZGB0m3afQCgnWer UcI9MZyIhZIi1PDrGFJqXH0= =C/Z8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361855: patch
tags patch thanks The patch from CVS (adapted to fit 4:4.3.10-16) is attached. CVS commit: http://cvs.php.net/viewcvs.cgi/php-src/ext/standard/file.c?r1=1.279.2.70.2.4r2=1.279.2.70.2.6pathrev=PHP_4_4 Regards, AllardIndex: file.c === --- file.c (revision 61) +++ file.c (working copy) @@ -555,7 +555,7 @@ pval **arg1, **arg2; char *d; char *opened_path; - char p[64]; + char *p; FILE *fp; if (ZEND_NUM_ARGS() != 2 || zend_get_parameters_ex(2, arg1, arg2) == FAILURE) { @@ -569,14 +569,19 @@ } d = estrndup(Z_STRVAL_PP(arg1), Z_STRLEN_PP(arg1)); - strlcpy(p, Z_STRVAL_PP(arg2), sizeof(p)); + p = php_basename(Z_STRVAL_PP(arg2), Z_STRLEN_PP(arg2), NULL, 0); + if (strlen(p) 64) { + p[63] = '\0'; + } + if ((fp = php_open_temporary_file(d, p, opened_path TSRMLS_CC))) { fclose(fp); RETVAL_STRING(opened_path, 0); } else { RETVAL_FALSE; } + efree(p); efree(d); } /* }}} */
Bug#361258: [Pkg-cups-devel] Bug#361258: [INTL:gl] Galician debconf templates translation
tags 361258 + pending thanks At Fri, 07 Apr 2006 15:39:47 +0200, Jacobo Tarrio wrote: Package: cupsys Version: 1.1.23-15 Severity: wishlist Tags: l10n patch It is attached to this bug report. Thanks for your translation work! I commited it into our SVN. This bug will be solved by next upload. Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362103: xfonts-scalable: FTBFS: Missing Build-Depends
Package: xfonts-scalable Version: 1:1.0.0-3 Severity: serious From my pbuilder build log: ... checking for mkfontscale... /usr/bin/mkfontscale checking for mkfontdir... /usr/bin/mkfontdir checking for fc-cache... no configure: creating ./config.status ... /usr/bin/mkfontscale /tmp/buildd/xfonts-scalable-1.0.0/debian/tmp/usr/lib/X11/fonts/Type1 /usr/bin/mkfontdir /tmp/buildd/xfonts-scalable-1.0.0/debian/tmp/usr/lib/X11/fonts/Type1 /tmp/buildd/xfonts-scalable-1.0.0/debian/tmp/usr/lib/X11/fonts/Type1 make[3]: execvp: /tmp/buildd/xfonts-scalable-1.0.0/debian/tmp/usr/lib/X11/fonts/Type1: Permission denied make[3]: *** [install-data-hook] Error 127 make[3]: Leaving directory `/tmp/buildd/xfonts-scalable-1.0.0/obj-i486-linux-gnu' make[2]: *** [install-data-am] Error 2 make[2]: Leaving directory `/tmp/buildd/xfonts-scalable-1.0.0/obj-i486-linux-gnu' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/tmp/buildd/xfonts-scalable-1.0.0/obj-i486-linux-gnu' make: *** [install] Error 2 -- Daniel Schepler
Bug#348888: kiosktool / menu editing
Yo! Pointer to some relevant discussion: http://lists.kde.org/?m=11370503479 Any ETA on a real solution? IMHO patching kiosktool is a short-term solution only, the real solutions would probably involve freedesktop.org to mediate a sensible menu policy that is acceptable to both Gnome and KDE - so that distributions wouldn't need to split their menus and deviate from both upstream and standard. Bill - as you're also the menu maintainer, you certainly know more than I about this whole mess (because that's what it looks like to me) I'll recompile kiosktool in the meantime and check if the patch works here (on sarge plus KDE 3.5 from backports.) cheers -- vbi -- Home is the place where, when you have to go there, they have to take you in. -- Robert Frost, The Death of the Hired Man pgpbOgUMEF9dm.pgp Description: PGP signature
Bug#362070: cupsys-bsd: typo provides in package description
tags 362070 + pending thanks At Tue, 11 Apr 2006 22:40:56 -0400, Filipus Klutiero wrote: Package: cupsys-bsd Severity: minor In It is provides separately to allow CUPS to coexist with other printing systems (to a small degree)., provides should read provided. Thank you! I commited into our SVN. This bug will be solved by next upload. Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361856: patch
tags patch thanks Dear Maintainers, This is the patch from CVS (5.1.x) backported to 4.3.10-16. Please review. http://cvs.php.net/viewcvs.cgi/php-src/ext/standard/file.c?r1=1.409.2.5r2=1.409.2.6pathrev=PHP_5_1 Regards, AllardIndex: file.c === --- file.c (revision 61) +++ file.c (working copy) @@ -2143,7 +2143,7 @@ int ret = FAILURE; srcstream = php_stream_open_wrapper(src, rb, - STREAM_DISABLE_OPEN_BASEDIR | REPORT_ERRORS, + ENFORCE_SAFE_MODE | REPORT_ERRORS, NULL); if (!srcstream)
Bug#362101: xfonts-100dpi: FTBFS with xutils 6.9.0
Package: xfonts-100dpi Version: 1.0.0-2 Severity: important From my pbuildd build log (using pbuilder with a local repository): ... - Installing debhelper pkg-config xutils ... Selecting previously deselected package x11-common. Unpacking x11-common (from .../x11-common_6.9.0.dfsg.1-6+pb1_all.deb) ... Selecting previously deselected package xutils. Unpacking xutils (from .../xutils_6.9.0.dfsg.1-6+pb1_i386.deb) ... ... checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for MAPS... configure: error: Package requirements (fontutil) were not met: No package 'fontutil' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables MAPS_CFLAGS and MAPS_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. make: *** [build-stamp] Error 1
Bug#360387: Lowering severity (was: reopening)
retitle 360387 Please install and enable the old init script by default severity 360387 minor tags 360387 wontfix quit On Tue, Apr 11, 2006 at 09:13:09AM +0200, Joerg Friedrich wrote: reopen 360387 thanks I hereby reopen this bug, since I do not see that this problem is already solved. Please stop playing bts pingpong giving other developers a wrong impression on this package. I've retitled this bug acordingly to what this bug is actually about. This is not in any way severity 'grave', but rather 'minor'. Read the following definitions on bug severities [1] grave: makes the package in question unusable or mostly so, or causes data loss, or introduces a security hole allowing access to the accounts of users who use the package. minor: a problem which doesn't affect the package's usefulness, and is presumably trivial to fix. I don't see how this issue makes this package unusable [2], nor what part of existing debian policy this bug currenlty violates (which would warrant severity 'serious'). Since we ship the init script in usr/share/doc/wpasupplicant/examples along with ready to copy and paste instructions how to activate it, I consider this issue easy to fix on both user and maintainer side. I'm currently not closing this bug since there is currently discussion on [EMAIL PROTECTED] how to solve this issue. I outlined there a solution which involves introducing a package, which is about implementing the requested mode of operation, which was undocumented before anyway. Since it is currently unclear if this will go into this source packag or another one, I keep this bug open for now. [1] http://www.debian.org/Bugs/Developer#severities [2] http://blog.zugschlus.de/archives/372-wpa_supplicant.html and do not delete any old config-files! It has been renamed with .dpkg-old suffix. If you see a bug in our maintainer scripts, feel free to file another bug, but please only with exact upgrade path (please really state the involved versions of wpasupplicant to reproduce the issue). - or at least ask while installation which mode should be used. - in the worst case you should leave the /etc/init.d file around and change the mode of working only via /etc/default. So the admin would also need to have to edit /e/d/wpasupplicant I strongly object in leaving an init script around, which is not to be used by default anyway. This only confuses new user of the package. Gruesse, Reinhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362102: libcommoncpp2-dev: Non-virtual destructors w/ classes MIMEMultipart,MIMEMultipartForm,MIMEItemPart,MIMEFormData
Package: libcommoncpp2-dev Version: 1.3.25-3 Severity: wishlist Hi, on compilation (debian sid/g++-4.0) you get the following warnings /usr/include/cc++2/cc++/mime.h:69: warning: 'class ost::MIMEMultipart' has virtual functions but non-virtual destructor /usr/include/cc++2/cc++/mime.h:120: warning: 'class ost::MIMEMultipartForm' has virtual functions but non-virtual destructor /usr/include/cc++2/cc++/mime.h:138: warning: 'class ost::MIMEItemPart' has virtual functions but non-virtual destructor /usr/include/cc++2/cc++/mime.h:177: warning: 'class ost::MIMEFormData' has virtual functions but non-virtual destructor This can lead to run time problems, and compilation fails for those tough guys who always compile w/ -pedantic just using the library include, and it's trivial to fix. Please forward upstream, Thanks, Stephan -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libcommoncpp2-dev depends on: ii libcommoncpp2-1.3c2a 1.3.25-3 A GNU package for creating portabl libcommoncpp2-dev recommends no packages. -- no debconf information -- Stephan A Suerken suerken|[EMAIL PROTECTED] Phone: +49.721.913744-393 Schlund + Partner AG, Karlsruhe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362104: RM: hostap-modules-i386 -- RoM; Outdated
Package: ftp.debian.org Hostap modules are still built against 2.6.8, and the maintainer requested it to be removed. It might be reïntroduced later if the demand is sufficient, though part of the functionality is in upstream kernels already. Regardless the hostap-source package is still there. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333160: Requesting change of severity to grave
I found this bug on accident, while using setfacl -R in the same way I was using chmod -R. The behavior should be the same, and the man page describes it as the same, but it isn't. I was fortunate in that I found out when a symbolic link in a user directory pointed to the root partition which doesn't have ACL turned on. If ACL was turned on for my root partition, this would have just completely compromised my entire system, which doesn't make me happy, to put it much more politely than I'm inclined to express. Frankly, I'm amazed and disappointed this bug is this old without even a reply. How complicated could it be to fix this? This seems serious enough that it should be going out in the next subrelease of Debian, not hanging around in the bug queue for half a year. If this is due to lack of someone available to work on it and my patch wouldn't be ignored, I'll give a shot at fixing this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#161654: autoconf: AC_HELP_STRING get length wrong
* Ben Pfaff wrote on Sat, Sep 21, 2002 at 05:41:02AM CEST: The following bug was reported against the Debian package for Autoconf 2.53. Based on a diff between 2.53 and 2.54, it appears that the bug (which I have not personally verified) is also present in 2.54, so I am forwarding it to the Autoconf list. Arthur de Jong [EMAIL PROTECTED] writes: When I use the following construct whith AC_HELP_STRING: AC_ARG_WITH(libwrap, AC_HELP_STRING([--with-libwrap@:@=PATH@:@], [enable tcp wrapper support]),) ./configure --help gives the following output: ... --without-PACKAGE do not use PACKAGE (same as --with-PACKAGE=no) --with-libwrap[=PATH] enable tcp wrapper support ... (the description is on the wrong line). My guess is that AC_HELP_STRING uses the length of the unparsed argument and doesn't recognize that @:@ and @:@ are only 1 char. This is fixed in CVS and thus will be fixed in 2.60. Cheers, Ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#66440: this is what you need_
Tired of working a dead end job ? Ca.ll u_s now get any de.g.ree you desire in 2weeks! _1.0.0% verifiable 2!0!6!984-2327 Later, Kristie Simon said Randy Sears, vice president for auto market intelligence for the . But march ever forward, breaking down bars. ,I realized the blessing deed to me. Gave to Snow White.. 'Well if you had to think about it now, what would you think?'. Lower, sullen and fast, athwart and down the sky, . Her gentle snores mingle with the static of traffic noise and,. Oh, my dark children, may my dreams and my prayers ,Trouble is, most companies aren't very good at leadership development. Look at all the The Female equally with the male I sing.. Our caravan was next to the van where the odd job woman lived,. want to find their future stars in their own farm systems rather than have to buy .
Bug#362100: xserver-xorg: Missing gdb backtrace
Package: xserver-xorg Followup-For: Bug #362100 Here is the missing gdb backtrace. Please also find the log from Xorg when crashing here: http://glouglou.beeznest.org/~jwarnier/Xorg.0.log.old.gz *** /tmp/Xorg-full-backtrace.gdb (gdb) cont Continuing. Program received signal SIGPIPE, Broken pipe. 0xe410 in __kernel_vsyscall () (gdb) bt f #0 0xe410 in __kernel_vsyscall () No symbol table info available. #1 0x4b545818 in writev () from /lib/tls/i686/cmov/libc.so.6 No symbol table info available. #2 0x080ecbec in StandardFlushClient (who=0x83547d0, oc=0x83547a0, extraBuf=0x0, extraCount=0) at io.c:1129 before = value optimized out remain = -1347987884 i = 1 len = value optimized out oco = (ConnectionOutputPtr) 0x8354be0 connection = 14 trans_conn = (XtransConnInfo) 0x8354680 iov = {{iov_base = 0x83569c0, iov_len = 96}, {iov_base = 0xafa75678, iov_len = 1263414162}, {iov_base = 0x4b5b1880, iov_len = 137377240}} padBuffer = \000\000 written = 0 padsize = 0 notWritten = 96 todo = 96 #3 0x080eca46 in FlushAllOutput () at io.c:863 index = value optimized out base = 0 ---Type return to continue, or q return to quit--- mask = 0 oc = (OsCommPtr) 0xafa75654 client = (ClientPtr) 0x1 newoutput = value optimized out #4 0x080c9ac4 in Dispatch () at dispatch.c:475 result = 1 client = value optimized out nready = 0 start_tick = 12760 #5 0x080d6785 in main (argc=7, argv=0xafa75bc4, envp=0xffe0) at main.c:484 pScreen = value optimized out i = 1 j = value optimized out k = value optimized out error = 0 xauthfile = value optimized out alwaysCheckForInput = {0, 1} -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362001: [security] Insecure semaphore permissions
* Steve Langasek: A DoS does not normally qualify as a severity: grave security bug. Why the sudden change in policy? So far, only user-initiated denial-of-service conditions (e.g. editor crashes when opening certain files) were not considered grave bugs. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#281364: [Elrond] Bug#281364: autoconf: configure doesn't show version for --version
* Paul Eggert wrote on Tue, Nov 16, 2004 at 06:58:07PM CET: Ben Pfaff [EMAIL PROTECTED] writes: When the old style of AC_INIT is used (with a single argument that indicates a file to check for) recent Autoconf omits Autoconf version info from the generated configure's --version output. Using the modern style of AC_INIT fixes the problem. As you mentioned, this bug is low priority. If someone would take the time to write a good patch that'd be nice, but in the mean time the simplest solution is to use the modern style of AC_INIT. This is fixed in CVS, and thus will be fixed in 2.60. Cheers, Ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362085: xorg: FTBFS (ppc64): Please add debian/scripts/vars.ppc64
Hello, thanks for your reply! On 06-Apr-12 08:47, Michel Dänzer wrote: On Wed, 2006-04-12 at 08:09 +0200, Andreas Jochens wrote: +XSERVER_XORG_VIDEO_DEPENDS=xserver-xorg-video-ati, xserver-xorg-video-chips, xserver-xorg-video-fbdev, xserver-xorg-video-glint, xserver-xorg-video-imstt, xserver-xorg-video-mga, xserver-xorg-video-nv, xserver-xorg-video-s3, xserver-xorg-video-s3virge, xserver-xorg-video-savage, xserver-xorg-video-sis, xserver-xorg-video-sisusb, xserver-xorg-video-tdfx, xserver-xorg-video-trident, xserver-xorg-video-vga Why vga but not vesa? Looks good otherwise. I just copied the list from vars.powerpc to vars.ppc64. The list in vars.powerpc does not contain vesa. But it would probably make sense to add vesa to the powerpc and to the ppc64 lists. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358671: cryptsetup-udeb: are three library udeb's really necessary
Jonas Meurer wrote: but i fear that they will require some more udebs to work. at least libpopt0, libgpg-error0 and libgcrypt11 have no udebs currently. I've taken a closer look at the current situation, and it seems likely that the list can be shortened... Running ldd /sbin/cryptsetup yields: linux-gate.so.1 = (0xe000) libpopt.so.0 = /lib/libpopt.so.0 (0xb7ef5000) libdevmapper.so.1.02 = /lib/libdevmapper.so.1.02 (0xb7ee4000) libuuid.so.1 = /lib/libuuid.so.1 (0xb7ee) libc.so.6 = /lib/tls/libc.so.6 (0xb7da8000) libselinux.so.1 = /lib/libselinux.so.1 (0xb7d94000) /lib/ld-linux.so.2 (0xb7f0b000) libdl.so.2 = /lib/tls/libdl.so.2 (0xb7d9) libsepol.so.1 = /lib/libsepol.so.1 (0xb7d51000) no trace of libgpg-error0 and libgcrypt11 there...looking at the debian/rules file we see: ... # cannot depend on libraries in /usr ! gcc lib/.libs/*.o src/*.o luks/.libs/*.o -o src/cryptsetup.static \ -lpopt -ldevmapper -luuid /usr/lib/libgcrypt.a \ /usr/lib/libgpg-error.a ... So if libgpg-error0 and libgcrypt11 are statically linked into cryptsetup, and libdevmapper and libuuid already have udebs, only a libpopt udeb (bug #358671) should be needed and the wishlist bugs against libgpg-error0 and libgcrypt11 can be dropped. Jonas, is this analysis correct? Regards, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356500: [Pkg-cups-devel] Bug#356500: cupsys: doesn't print (not even testpage), Renderer fails (exit stat: 9)
tags 356500 + moreinfo thanks At Sun, 12 Mar 2006 14:27:33 +0100, Joerg Beyer wrote: Package: cupsys Version: 1.1.23-15 Severity: important Sorry for my late response. my cups installation stopped working, after working for a long time. Last successful print was about a month ago (I did not try it in the last weeks). D [12/Mar/2006:13:52:26 +0100] [Job 120] foomatic-gswrapper: gs '-dBATCH' '-dPARANOIDSAFER' '-dQUIET' '-dNOPAUSE' '-sDEVICE=ijs' '-sIjsServer=hpijs' '-sDeviceManufacturer=HEWLETT-PACKARD' '-sDeviceModel=deskjet 3600' '-dDEVICEWIDTHPOINTS=595' '-dDEVICEHEIGHTPOINTS=842' '-r300' '-sIjsParams=Quality:Quality=0,Quality:ColorMode=0,Quality:MediaType=0,Quality:PenSet=0' '-dIjsUseOutputFD' '-sOutputFile=/dev/fd/3' '/dev/fd/0' 31 12 E [12/Mar/2006:13:52:27 +0100] [Job 120] Unable to send print file to printer: Invalid argument You're using testing distribution, right? CUPS in Debian hasn't been changed since long days ago. It looks hpijs or gs-esp problem. Check upgrade and try to replace your PPD by newer PPD version. Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#166478: get a new life_2weeks or less_
Tired of working a dead end job ? Ca.ll u_s now get any de.g.ree you desire in 2weeks! _1.0.0% verifiable 2*0*6*984-2327 Thank you, Stanley Wiley ON the beach, at night, . And the chair is becoming quite mucky and damp.,But I kept trudging on through the lonely years. from the bar below, the muted rumble of an argument.. I couldn't read then. I couldn't write. . will be indicated by an asterisk (*). When you are finished, . his mouth in pain and ended up with a mouthful of concrete.. Consumers view those programs negatively in that they view it as ,I need not start -- you're sure -- Lift high my banner out of the dust. . Despite overall sluggish wage growth,. Her gentle snores mingle with the static of traffic noise and,.
Bug#362108: Please upload to Sid
Package: xserver-xorg-input-synaptics Version: 0.14.4-3 Hello, Now that Xorg 7.0 is in Sid, it would be nice if xserver-xorg-input-synaptics was upload to Sid too. Best regards, -- JASKULA Jean-Christophe ( [EMAIL PROTECTED] ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362107: xserver-xorg-input-evdev: evdev crashes gnome-settings-daemon
Package: xserver-xorg-input-evdevVersion: 1:1.0.0.5-2Severity: graveJustification: renders package unusable[EMAIL PROTECTED]:~$ gnome-settings-daemon --syncThe program 'gnome-settings-daemon' received an X Window System error. This probably reflects a bug in the program.The error was 'BadValue (integer parameter out of range for operation)'.(Details: serial 3098 error_code 2 request_code 116 minor_code 0)(Note to programmers: normally, X errors are reported asynchronously;that is, you will receive the error a while after causing it.To debug your program, run it with the --sync command lineoption to change this behavior. You can then get ameaningfulbacktrace from your debugger if you break on the gdk_x_error() function.)[1144833178,000,xklavier.c:XklStartListen/] Thebackend does not require manual layout management - butit is provided by the applicationI use evdev for my mouse as follows(and i really like it... no more need to imwheel and xmodmap):Section InputDevice Identifier Configured Mouse Option CorePointer Driver evdev Option Device /dev/input/event2EndSectiongnome-control-center package version is 2.12.3-2-- System Information:Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental')Architecture: i386 (i686)Shell: /bin/sh linked to /bin/bashKernel: Linux 2.6.16-1-686Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xserver-xorg-input-evdev depends on:ii libc6 2.3.6-6 GNU C Library: Shared librariesii xserver-xorg-core 1:1.0.2-2 X.Org X server -- core server xserver-xorg-input-evdev recommends no packages.-- no debconf information-- Smile...tomorrow will be worse.http://anarka.org
Bug#361688: Missing build depends
Also the package is building find on the build daemons for a long time. I don't see where there is a problem. I am sorry about that. There may be a bug on me. I double checked these dependencies now and yes, you are right. There is no problem. nanda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362106: kiosktool compile: /usr/bin/ld: cannot find -lXinerama
Package: kiosktool Severity: normal Version: 1.0-1.1 Yo! compiling kiosktool fails while trying to link with Xinerama. Might be caused by my setup - Debian stable plus KDE and X from backports.org, so perhaps you can close this safely - if so, sorry about the noise. Or might be caused by some indirectly missing build-dep - reassign as needed, of course. Installing libxinerama-dev helps, in any case. cheers -- vbi === rm -f kioskConfigDialog_ui.cpp.temp ;\ if test $ret = 0; then echo '#include kioskConfigDialog_ui.moc' kioskConfigDialog_ui.cpp; else rm -f kioskConfigDialog_ui.cpp ; exit $ret ; fi if g++ -DHAVE_CONFIG_H -I. -I/root/tmp/kiosktool-1.0/./kiosktool -I.. -I/usr/include/kde -I/usr/share/qt3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -MT kioskConfigDialog_ui.o -MD -MP -MF .deps/kioskConfigDialog_ui.Tpo -c -o kioskConfigDialog_ui.o kioskConfigDialog_ui.cpp; \ then mv -f .deps/kioskConfigDialog_ui.Tpo .deps/kioskConfigDialog_ui.Po; else rm -f .deps/kioskConfigDialog_ui.Tpo; exit 1; fi /bin/sh ../libtool --silent --tag=CXX --mode=link g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common-o kiosktool -L/usr/X11R6/lib -L/usr/share/qt3/lib -L/usr/lib main.o kioskgui.o kioskdata.o kioskrun.o profilePropsPage.o pageWidget.o component.o desktopComponent.o menueditComponent.o screensaverComponent.o panelComponent.o filetypeeditComponent.o componentSelectionPage.o componentPage.o userManagement.o kioskConfigDialog.o kiosksync.o mainview.o profileSelectionPage_ui.o profilePropsPage_ui.o componentSelectionPage_ui.o componentPage_ui.o userManagement_ui.o userManagementGroup_ui.o userManagementUser_ui.o kioskConfigDialog_ui.o -lkio -lkdeprint /usr/bin/ld: cannot find -lXinerama collect2: ld returned 1 exit status make[4]: *** [kiosktool] Fehler 1 make[4]: Leaving directory `/root/tmp/kiosktool-1.0/obj-i386-linux/kiosktool' make[3]: *** [all-recursive] Fehler 1 make[3]: Leaving directory `/root/tmp/kiosktool-1.0/obj-i386-linux/kiosktool' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/root/tmp/kiosktool-1.0/obj-i386-linux' make[1]: *** [all] Fehler 2 make[1]: Leaving directory `/root/tmp/kiosktool-1.0/obj-i386-linux' make: *** [debian/stamp-makefile-build] Fehler 2 debuild: fatal error at line 765: dpkg-buildpackage failed! fai-client-2:~/tmp/kiosktool-1.0# ls .. === -- Could this mail be a fake? (Answer: No! - http://fortytwo.ch/gpg/intro) pgptxkUVtKwdt.pgp Description: PGP signature
Bug#362105: xserver-xorg - switch to console does not longer work
Package: xserver-xorg Version: 1:7.0.10 Severity: normal After an update to the new xorg, strg-alt-fX stops working. Bastian -- One does not thank logic. -- Sarek, Journey to Babel, stardate 3842.4 signature.asc Description: Digital signature
Bug#362049: libxfixes3: XFixesSetCursorName (no such operation)
Hi. I don't think this to be a bug of gtk-engines-industrial, because the same error occurs, if you for example use the whiteglass theme, which is a part of xlibs-data. The original submitter fixed this by removing gtk-engines-industrial, because then the same thing happens as with my changes to the gconf-tree: Gnome falls back to the default builtin cursor theme, which works without problems. So to me this indeed looks like a bug somewhere inside X. Grüße, S° -- Sven Hartge -- professioneller Unix-Geek Meine Gedanken im Netz: http://www.svenhartge.de/ Achtung, neue Mail-Adresse: [EMAIL PROTECTED]
Bug#358452:
Drake Diedrich wrote: Rather than rely on partition types... The current script doesn't rely on partition types. It relies on the signature check performed by fstype, which is identical to the signature check performed by cryptsetup isLuks. Maybe I should change the fstype check to the cryptsetup check for readability though. As for using encrypted= instead of cryptopts=, I do not see the point. Having ROOT set to the to-be root device all trough the local-top and local-premount scripts means that evms/lvm/whatever will not be possible as the underlying device. Additionally, I won't work with partman-crypto (the experimental install-to-encrypted root module that is under development for debian-installer). Thanks for the feedback (and especially for the cryptsetup isLuks reminder). Regards, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362109: xlibs-data: cursor theme alternatives orphaned on upgrade
Package: xlibs-data Version: 1:7.0.10 xlibs-data 6.9.0.dfsg.1-6 (and earlier, I suppose) use update-alternatives to install x-cursor-theme alternatives. xlibs-data 1:7.0.10 (and the packages it depends on) do not seem to manage these alternatives anymore but on an 6.9.0.dfsg.1-6 - 1:7.0.10 upgrade they are not unregistered (the 6.9.0.dfsg.1-6 prerm does this on remove but not on upgrade) and eg. if one purges X at this moment they will still stay there. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-1-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages xlibs-data depends on: ii libx11-6 2:1.0.0-5 X11 client-side library ii xbitmaps 1.0.1-2Base X bitmaps ii xcursor-themes1.0.1-2Base X cursor themes xlibs-data recommends no packages. -- Michał Politowski Talking has been known to lead to communication if practiced carelessly.
Bug#348888: Kiosk menu
Yo! At least for me (that is: the scenario with Debian sarge + KDE from backports) this patch didn't fix the problem :-( cheers -- vbi -- featured product: the KDE desktop - http://kde.org pgp5mnWPjeyog.pgp Description: PGP signature
Bug#333160: Requesting change of severity to grave
Hmm, somehow I don't remember even seeing the original bug report for this one. Shame on me I guess, but I'd have at least passed the report on upstream to Andreas if I'd seen it... not sure what happened there. On Wed, Apr 12, 2006 at 03:15:34AM -0600, Daniel Webb wrote: ... If this is due to lack of someone available to work on it and my patch wouldn't be ignored, I'll give a shot at fixing this. Please do... actions speak alot louder than words. thanks. -- Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362026: RM: xen -- obsolete, new splited xen packages upcoming
On Tue, Apr 11, 2006 at 10:34:48PM +0200, Julien Danjou wrote: Package: ftp.debian.org Severity: normal Hello, Please consider removing xen. New xen-3.0 splited packages are upcoming, making this one obsolete. Erm, why don't you upload with 'xen' instead of 'xen-3.0'? This will also make upgrades easier. Since you don't want to support both xen versions at the same time, I see no reason for this source and binary package rename? Seems to me like a gratuitous package rename. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362111: xserver-xorg: [synaptics] input module not found
Package: xserver-xorg Version: 1:7.0.10 Severity: important Hi, I just updated my unstable XServer on my laptop. Autodetecting mouse, keyboard and monitor creates an xorg.conf which tries to load the synaptics module, has been present until the upgrade. This is why X refuses to start. Xorg.0.log says (EE) No Input driver matching `synaptics' Regards, Michael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xserver-xorg depends on: ii debconf 1.4.72 Debian configuration management sy ii discover1 1.7.18 hardware identification system ii laptop-detect 0.12.1 attempt to detect a laptop ii mdetect 0.5.2.1mouse device autodetection tool ii x11-common1:7.0.10 X Window System (X.Org) infrastruc ii xresprobe 0.4.23debian1 X Resolution Probe ii xserver-xorg-core 1:1.0.2-2 X.Org X server -- core server ii xserver-xorg-input-al 1:7.0.10 the X.Org X server -- input driver ii xserver-xorg-input-ev 1:1.0.0.5-2X.Org X server -- evdev input driv ii xserver-xorg-input-kb 1:1.0.1.3-2X.Org X server -- keyboard input d ii xserver-xorg-input-mo 1:1.0.4-2 X.Org X server -- mouse input driv ii xserver-xorg-video-al 1:7.0.10 the X.Org X server -- output drive ii xserver-xorg-video-ap 1:1.0.1.5-2X.Org X server -- APM display driv ii xserver-xorg-video-ar 1:0.5.0.5-2X.Org X server -- ark display driv ii xserver-xorg-video-at 1:6.5.7.3-3X.Org X server -- ATI display driv ii xserver-xorg-video-ch 1:1.0.1.3-3X.Org X server -- Chips display dr ii xserver-xorg-video-ci 1:1.0.0.5-2X.Org X server -- Cirrus display d ii xserver-xorg-video-cy 1:1.0.0.5-2X.Org X server -- Cyrix display dr ii xserver-xorg-video-du 1:0.1.0.5-2X.Org X server -- dummy display dr ii xserver-xorg-video-fb 1:0.1.0.5-2X.Org X server -- fbdev display dr ii xserver-xorg-video-gl 1:1.0.1.3-2X.Org X server -- Glint display dr ii xserver-xorg-video-i1 1:1.1.0.5-2X.Org X server -- i128 display dri ii xserver-xorg-video-i7 1:1.0.0.5-2X.Org X server -- i740 display dri ii xserver-xorg-video-i8 1:1.5.1.0-2X.Org X server -- Intel i8xx, i9xx ii xserver-xorg-video-im 1:1.0.0.5-2X.Org X server -- IMSTT display dr ii xserver-xorg-video-mg 1:1.2.1.3.dfsg.1-2 X.Org X server -- MGA display driv ii xserver-xorg-video-ne 1:1.0.0.5-2X.Org X server -- Neomagic display ii xserver-xorg-video-ne 1:0.1.4.1-3X.Org X server -- Newport display ii xserver-xorg-video-ns 1:2.7.6.5-2X.Org X server -- NSC display driv ii xserver-xorg-video-nv 1:1.0.1.5-2X.Org X server -- NV display drive ii xserver-xorg-video-re 1:4.0.1.3.dfsg.1-2 X.Org X server -- Rendition displa ii xserver-xorg-video-s3 1:1.8.6.5-2X.Org X server -- S3 ViRGE display ii xserver-xorg-video-sa 1:2.0.2.3-4X.Org X server -- Savage display d ii xserver-xorg-video-si 1:1.3.1.5-3X.Org X server -- SiliconMotion di ii xserver-xorg-video-si 1:0.8.1.3-2X.Org X server -- SiS display driv ii xserver-xorg-video-si 1:0.7.1.3-2X.Org X server -- SiS USB display ii xserver-xorg-video-td 1:1.1.1.3-3X.Org X server -- tdfx display dri ii xserver-xorg-video-tg 1:1.0.0.5-3X.Org X server -- TGA display driv ii xserver-xorg-video-tr 1:1.0.1.2-2X.Org X server -- Trident display ii xserver-xorg-video-ts 1:1.0.0.5-2X.Org X server -- Tseng display dr ii xserver-xorg-video-ve 1:1.0.1.3-2X.Org X server -- VESA display dri ii xserver-xorg-video-vg 1:4.0.0.5-2X.Org X server -- VGA display driv ii xserver-xorg-video-vi 1:0.1.33.2-2 X.Org X server -- VIA display driv ii xserver-xorg-video-vm 1:10.11.1.3-2 X.Org X server -- VMware display d ii xserver-xorg-video-vo 1:1.0.0.5-2X.Org X server -- Voodoo display d Versions of packages xserver-xorg recommends: ii xkb-data 0.8-4 X Keyboard Extension (XKB) configu -- debconf information: xserver-xorg/multiple_possible_x-drivers: * xserver-xorg/config/monitor/use_sync_ranges: true * xserver-xorg/config/inputdevice/mouse/port: /dev/input/mice xserver-xorg/config/doublequote_in_string_error: xserver-xorg/config/monitor/screen-size: 17 inches (430 mm) * shared/default-x-server: xserver-xorg * xserver-xorg/autodetect_monitor: true * xserver-xorg/config/inputdevice/mouse/protocol: ImPS/2 shared/no_known_x-server: * xserver-xorg/config/display/default_depth: 24 * xserver-xorg/config/display/modes: 1920x1200
Bug#358672: udeb perhaps not needed after all
The udeb may actually be unnecessary, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=358675;msg=12 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362110: gsfonts-x11: FTBFS (amd64): Please use /usr/lib/X11/fonts instead of /usr/X11R6/lib/X11/fonts
Package: gsfonts-x11 Version: 0.18 Severity: wishlist Tags: patch The new X11 version which has been uploaded to unstable installs fonts in /usr/lib/X11/fonts instead of /usr/X11R6/lib/X11/fonts. Regards Andreas Jochens diff -urN ../tmp-orig/gsfonts-x11-0.18/debian/dirs ./debian/dirs --- ../tmp-orig/gsfonts-x11-0.18/debian/dirs2000-01-06 23:30:06.0 + +++ ./debian/dirs 2006-04-12 09:57:44.0 + @@ -1,2 +1,2 @@ -usr/X11R6/lib/X11/fonts/Type1 +usr/lib/X11/fonts/Type1 etc/X11/fonts/Type1 diff -urN ../tmp-orig/gsfonts-x11-0.18/debian/rules ./debian/rules --- ../tmp-orig/gsfonts-x11-0.18/debian/rules 2006-01-15 11:54:53.0 + +++ ./debian/rules 2006-04-12 09:58:18.0 + @@ -30,7 +30,7 @@ for f in `sed -e '1d;s/ .*//' fonts.scale`; do \ ln -sf ../../../../../share/fonts/type1/gsfonts/$$f \ - $(debroot)/usr/X11R6/lib/X11/fonts/Type1/$$f; \ + $(debroot)/usr/lib/X11/fonts/Type1/$$f; \ done perl -e 'my $$lines=; my $$count=0; '\ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362100: xserver-xorg: Missing gdb backtrace
On Wed, 2006-04-12 at 11:11 +0200, Jerome Warnier wrote: *** /tmp/Xorg-full-backtrace.gdb (gdb) cont Continuing. Program received signal SIGPIPE, Broken pipe. Thanks, but I don't think this is the crash shown in the logfile. Before you 'cont' (or once you hit a SIGPIPE), type handle SIGPIPE nostop and continue. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer