Bug#343250: [Bulk] Re: Bug#343250: upx-ucl-beta: broken on 64-bit systems
Robert Luberda wrote: Thanks for your report. I've just uploaded new CVS snapshot of upx-ucl-beta (1.94+0.20051214cvs-1). Could you please check if the problem still exists in that version? It fails to be build from sources on amd64 with the following error: g++ -O2 -g -DWITH_UCL -o packmast.o -c packmast.cpp packmast.cpp: In function 'Packer* try_packers(InputFile*, Packer* (*)(Packer*, InputFile*))': packmast.cpp:218: error: cannot allocate an object of abstract type 'PackLinuxElf64amd' p_lx_elf.h:221: note: because the following virtual functions are pure within 'PackLinuxElf64amd': p_unix.h:72: note: virtual void PackUnix::set_native64(void*, long unsigned int) const make[1]: *** [packmast.o] Error 1 BTW. I'm wondering if the upx-ucl package has the same bug. I would be grateful it you could test it also. upx-ucl works OK. Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343642: Typo in fai.8
Package: fai Version: 2.8.4 Severity: minor The fai man page describes the option -N|--NEW for fai, but this seems to be wrong: # fai --help fai FAI 2.8.4, 25 May 2005. Copyright (C) 1999-2005 Thomas Lange Usage: /usr/sbin/fai [options] [action] Options: -v|--verbose display more information during the update -h|--help display this help message -N|--new renew list of classes So it should be -N|--new. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.14.2.20051117client Locale: LANG=C, LC_CTYPE=de_DE.ISO8859-1 (charmap=ISO-8859-1) Versions of packages fai depends on: ii libapt-pkg-perl 0.1.13 Perl interface to libapt-pkg ii perl 5.8.4-8Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#212809: [patch] btdownloadgui redraw problem
Hello,
I have experienced the problem described in this bug report and
the patch below solved it for me.
I have not actually tested btdownloadgui with only this change;
my local copy contains some other, presumably unrelated, changes.
Kind regards,
Arnold Metselaar
--- bittorrent-3.4.2/btdownloadgui.py 2005-12-16 19:52:59.085915976 +0100
+++ bittorrent-3.4.2/btdownloadgui.py.merge 2005-12-16 20:46:17.104743216
+0100
@@ -183,6 +183,7 @@ class DownloadInfoFrame:
self.downTotalText.SetLabel('%.1f M' % (downTotal))
if upTotal is not None:
self.upTotalText.SetLabel('%.1f M' % (upTotal))
+self.frame.Refresh()
self.last_update_time = time()
except:
print_exc()
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337474: Documentation bug, at most
severity 337474 minor retitle 337474 coreutils: ln: form with final DIR should be better explained stop The example in question may not be useful but it is not incorrect. Here is a non-pointless use of ln -s with a final directory argument. [EMAIL PROTECTED]:/tmp/w$ mkdir d [EMAIL PROTECTED]:/tmp/w$ ln -s a/x a/y d [EMAIL PROTECTED]:/tmp/w$ ls -l d total 0 lrwxrwxrwx 1 jdthood jdthood 3 2005-12-16 21:39 x - a/x lrwxrwxrwx 1 jdthood jdthood 3 2005-12-16 21:39 y - a/y I do find this info description wanting: * If the last argument names an existing directory, `ln' creates a link to each TARGET file in that directory, using the TARGETs' names. It should say something like ... creates for each TARGET a link in that directory with the base name of the TARGET and pointing to the TARGET. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337870: FTBFS (alpha): conflicting types for 'strlen'
Attached please find two patches. patch-1.txt is minimal, just enough to
make the build succeed. It modified fvwm/alpha_header.h so that it uses
the proper (standardized!) headers instead of declaring things itself.
This is, I hope, sufficient to fix the bug in question.
patch-2.txt includes the minimal fix, but includes fixes for several
other changes as well to silence some warnings. Mostly fixes for wrongly
defined main functions, but also a fix to switch from using mktemp
(which causes a warning and is potentially risky from a security
perspective) to mkstemp (which is not risky, and is simpler to use as
well).
I don't have an alpha machine to test with, so I have only tested that
the build succeeds. In fact, since the chroot in which I was doing this
didn't have all necessary packages, I didn't even test the full build.
Under these circumstances I won't even consider making an NMU to fix the
package, but I hope the patches (at least the small one, but preferably
the big one) is useful to the maintainer or to a bug squashing party.
Happy hacking.
--
Though spring is here, to me it is still September
Only in fvwm1-1.24r.original: .message~
diff -ru fvwm1-1.24r.original/fvwm/alpha_header.h fvwm1-1.24r/fvwm/alpha_header.h
--- fvwm1-1.24r.original/fvwm/alpha_header.h 2005-12-16 19:27:28.0 +
+++ fvwm1-1.24r/fvwm/alpha_header.h 2005-12-16 19:28:31.0 +
@@ -3,14 +3,17 @@
* alpha's */
#include sys/types.h
#include sys/time.h
+#include sys/select.h
+#include string.h
-
+#if 0
extern int select(int, fd_set *, fd_set *, fd_set *, struct timeval *);
/* string manipulation */
#ifdef __GNUC__
extern size_t strlen(char *);
#endif
+#endif
/* The following already exist on Debian GNU/Linux alpha systems */
/* extern int bzero(char *, int);
Only in fvwm1-1.24r.original: .message~
diff -ru fvwm1-1.24r.original/fvwm/alpha_header.h fvwm1-1.24r.modified/fvwm/alpha_header.h
--- fvwm1-1.24r.original/fvwm/alpha_header.h 2005-12-16 19:27:28.0 +
+++ fvwm1-1.24r.modified/fvwm/alpha_header.h 2005-12-16 19:04:56.0 +
@@ -3,14 +3,18 @@
* alpha's */
#include sys/types.h
#include sys/time.h
+#include sys/select.h
+#include string.h
+#if 0
extern int select(int, fd_set *, fd_set *, fd_set *, struct timeval *);
/* string manipulation */
#ifdef __GNUC__
extern size_t strlen(char *);
#endif
+#endif
/* The following already exist on Debian GNU/Linux alpha systems */
/* extern int bzero(char *, int);
diff -ru fvwm1-1.24r.original/libs/SendInfo.c fvwm1-1.24r.modified/libs/SendInfo.c
--- fvwm1-1.24r.original/libs/SendInfo.c 1994-09-13 18:53:14.0 +
+++ fvwm1-1.24r.modified/libs/SendInfo.c 2005-12-16 19:05:37.0 +
@@ -1,5 +1,6 @@
#include stdio.h
#include ctype.h
+#include string.h
/***
*
diff -ru fvwm1-1.24r.original/libs/SendText.c fvwm1-1.24r.modified/libs/SendText.c
--- fvwm1-1.24r.original/libs/SendText.c 1994-09-13 18:53:12.0 +
+++ fvwm1-1.24r.modified/libs/SendText.c 2005-12-16 19:05:50.0 +
@@ -1,5 +1,6 @@
#include stdio.h
#include ctype.h
+#include string.h
/
*
* Sends arbitrary text to fvwm
diff -ru fvwm1-1.24r.original/libs/hostname.c fvwm1-1.24r.modified/libs/hostname.c
--- fvwm1-1.24r.original/libs/hostname.c 1994-09-22 12:37:18.0 +
+++ fvwm1-1.24r.modified/libs/hostname.c 2005-12-16 19:06:47.0 +
@@ -1,4 +1,5 @@
#include ../configure.h
+#include string.h
#if HAVE_UNAME
/* define mygethostname() by using uname() */
diff -ru fvwm1-1.24r.original/libs/mystrcasecmp.c fvwm1-1.24r.modified/libs/mystrcasecmp.c
--- fvwm1-1.24r.original/libs/mystrcasecmp.c 1994-09-14 15:55:20.0 +
+++ fvwm1-1.24r.modified/libs/mystrcasecmp.c 2005-12-16 19:06:30.0 +
@@ -1,6 +1,7 @@
#include stdio.h
#include stdlib.h
#include ctype.h
+#include string.h
int mystrcasecmp(char *s1,char *s2)
{
diff -ru fvwm1-1.24r.original/modules/FvwmAudio/FvwmAudio.c fvwm1-1.24r.modified/modules/FvwmAudio/FvwmAudio.c
--- fvwm1-1.24r.original/modules/FvwmAudio/FvwmAudio.c 1994-09-14 14:28:53.0 +
+++ fvwm1-1.24r.modified/modules/FvwmAudio/FvwmAudio.c 2005-12-16 20:04:48.0 +
@@ -138,7 +138,7 @@
RPLAY *rplay_table[MAX_MESSAGES+MAX_BUILTIN];
#endif
-main(int argc, char **argv)
+int main(int argc, char **argv)
{
char *temp, *s;
@@ -179,6 +179,7 @@
audio_play(BUILTIN_STARTUP);
SendText(fd,Nop,0);
Loop(fd);
+ return 0;
}
/***
diff -ru fvwm1-1.24r.original/modules/FvwmAuto/FvwmAuto.c fvwm1-1.24r.modified/modules/FvwmAuto/FvwmAuto.c
--- fvwm1-1.24r.original/modules/FvwmAuto/FvwmAuto.c 1994-12-02 19:04:02.0 +
+++ fvwm1-1.24r.modified/modules/FvwmAuto/FvwmAuto.c 2005-12-16 19:54:04.0 +
@@ -57,7 +57,7 @@
* main -
Bug#343643: kalarm: Error loading calendar due to expired.ics
Package: kalarm Version: 4:3.4.3-1 Severity: important Some days after upgrading from Sarge to Etch, I began to get the following error message box at every login: Error loading calendar: file:///home/eike/.kde/share/apps/kalarm/expired.ics Please fix or delete the file. The pending alarms I did not react on yet (which used to popup at every login) seem to be gone. -- System Information: Debian Release: testing/unstable APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kalarm depends on: ii kdelibs4c2a 4:3.4.3-2 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libarts1c2a 1.4.3-3 aRts sound system core components ii libaudio21.7-3 The Network Audio System (NAS). (s ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libfam0 2.7.0-8 client library to control the FAM ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-5 GCC support library ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libidn11 0.5.18-1GNU libidn library, implementation ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libkcal2b4:3.4.3-1 KDE calendaring library ii libkdepim1a 4:3.4.3-1 KDE PIM library ii libkmime24:3.4.3-1 KDE MIME interface library ii libkpimidentities1 4:3.4.3-1 KDE PIM user identity information ii libktnef14:3.4.3-1 Library for handling KTNEF email a ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libqt3-mt3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt6 6.8.2.dfsg.1-11 X Toolkit Intrinsics ii zlib1g 1:1.2.3-8 compression library - runtime kalarm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343644: spamassassin: errors in /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm
Package: spamassassin Version: 3.1.0a-1 Severity: normal syslog shows Dec 16 03:05:24 iron spamd[2375]: Can't call method string on an undefined value at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 376, GEN342 line 84. Dec 16 03:05:24 iron spamd[2375]: dns: sendto() failed: at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 320, GEN342 line 84. Dec 16 03:05:24 iron spamd[2375]: Use of uninitialized value in exists at /usr/share/perl5/Mail/SpamAssassin/Plugin/URIDNSBL.pm line 718, GEN342 line 84. Dec 16 03:05:26 iron last message repeated 2 times This is not happening routinely, so it appears to have been triggered by some unusual condition. Possible interpretations: 1) bug in DnsResolver.pm code 2) bug or failure in the network environment in which the program runs 3) 2, but DnsResolve should handle it more gracefully 4) problem induced by the latest Perl upgrade, maybe Perl bug -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable'), (40, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27adnvcd Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages spamassassin depends on: ii libdigest-sha1-perl 2.10-1 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.46-1 A collection of modules that parse ii perl 5.8.7-9Larry Wall's Practical Extraction Versions of packages spamassassin recommends: ii libnet-dns-perl 0.53-2 Perform DNS queries from a Perl sc ii perl [libmime-base64-perl]5.8.7-9Larry Wall's Practical Extraction ii spamc 3.1.0a-1 Client for SpamAssassin spam filte -- debconf information: spamassassin/upgrade/2.40: spamassassin/upgrade/2.40w: spamassassin/upgrade/cancel: Continue spamassassin/upgrade/2.42m: No spamassassin/upgrade/2.42u: No -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341882: Updated patch
Attached is an updated patch against the -5 package that recently came
out. It also leaves out the dead patch that accidentally made it's
way into the previous submission.
I know I answered questions somewhat piecemeal, but I think I answered
them all. Were there any questions I neglected to answer?
Stuart
Stuart R. Anderson [EMAIL PROTECTED]
Network Software Engineering http://www.netsweng.com/
1024D/37A79149: 0791 D3B8 9A4C 2CDC A31F
BD03 0A62 E534 37A7 9149Index: debian/rules.patch
===
--- debian/rules.patch (.../vendor/gcc-4.0/current)(revision 150)
+++ debian/rules.patch (.../src/gcc-4.0) (revision 150)
@@ -109,6 +109,7 @@
endif
ifneq (,$(findstring /$(DEB_TARGET_ARCH)/,/mips/mipsel/))
debian_patches += libffi-mips libmudflap-entry-point libmudflap-mips
+ debian_patches += mips-biarch
endif
ifeq ($(DEB_TARGET_ARCH_OS),kfreebsd)
Index: debian/patches/mips-biarch.dpatch
===
--- debian/patches/mips-biarch.dpatch (.../vendor/gcc-4.0/current)
(revision 0)
+++ debian/patches/mips-biarch.dpatch (.../src/gcc-4.0) (revision 150)
@@ -0,0 +1,85 @@
+#! /bin/sh -e
+
+# DP: Patch author: Stuart Anderson [EMAIL PROTECTED]
+# DP: Upstream status: Not submitted
+# DP: Description: add full tri-arch support. Include linux64.h also fix up
+# DP: Description: the directory names so that o32 is the default and follow
+# DP: Description: the glibc convention for 32 64 bit names
+
+dir=
+if [ $# -eq 3 -a $2 = '-d' ]; then
+pdir=-d $3
+dir=$3/
+elif [ $# -ne 1 ]; then
+echo 2 `basename $0`: script expects -patch|-unpatch as argument
+exit 1
+fi
+case $1 in
+-patch)
+patch $pdir -c -f --no-backup-if-mismatch -p1 $0
+;;
+-unpatch)
+patch $pdir -c -f --no-backup-if-mismatch -R -p1 $0
+;;
+*)
+echo 2 `basename $0`: script expects -patch|-unpatch as argument
+exit 1
+esac
+exit 0
+
+*** src/gcc/config.gcc.bak Mon Oct 3 16:12:53 2005
+--- src/gcc/config.gcc Mon Oct 3 16:19:45 2005
+***
+*** 1424,1430
+ gas=yes
+ ;;
+ mips*-*-linux*) # Linux MIPS, either endian.
+! tm_file=dbxelf.h elfos.h svr4.h linux.h ${tm_file} mips/linux.h
+ case ${target} in
+ mipsisa32*-*)
+ target_cpu_default=MASK_SOFT_FLOAT
+--- 1424,1431
+ gas=yes
+ ;;
+ mips*-*-linux*) # Linux MIPS, either endian.
+! tm_file=dbxelf.h elfos.h svr4.h linux.h ${tm_file} mips/linux.h
mips/linux64.h
+! tmake_file=${tmake_file} mips/t-linux64
+ case ${target} in
+ mipsisa32*-*)
+ target_cpu_default=MASK_SOFT_FLOAT
+
+*** src/gcc/config/mips/linux64.h.bak Mon Oct 3 11:28:01 2005
+--- src/gcc/config/mips/linux64.h Mon Oct 3 11:28:29 2005
+***
+*** 23,29
+ in order to make the other specs easier to write. */
+ #define DRIVER_SELF_SPECS \
+ %{!EB:%{!EL:%(endian_spec)}}, \
+! %{!mabi=*: -mabi=n32}
+
+ #undef SUBTARGET_ASM_SPEC
+ #define SUBTARGET_ASM_SPEC \
+--- 23,29
+ in order to make the other specs easier to write. */
+ #define DRIVER_SELF_SPECS \
+ %{!EB:%{!EL:%(endian_spec)}}, \
+! %{!mabi=*: -mabi=32}
+
+ #undef SUBTARGET_ASM_SPEC
+ #define SUBTARGET_ASM_SPEC \
+
+*** src/gcc/config/mips/t-linux64.orig Wed Oct 19 06:19:32 2005
+--- src/gcc/config/mips/t-linux64 Tue Oct 18 18:08:02 2005
+***
+*** 1,5
+ MULTILIB_OPTIONS = mabi=n32/mabi=32/mabi=64
+! MULTILIB_DIRNAMES = n32 32 64
+ MULTILIB_OSDIRNAMES = ../lib32 ../lib ../lib64
+
+ EXTRA_MULTILIB_PARTS=crtbegin.o crtend.o crtbeginS.o crtendS.o crtbeginT.o
+--- 1,5
+ MULTILIB_OPTIONS = mabi=n32/mabi=32/mabi=64
+! MULTILIB_DIRNAMES = 32 . 64
+ MULTILIB_OSDIRNAMES = ../lib32 ../lib ../lib64
+
+ EXTRA_MULTILIB_PARTS=crtbegin.o crtend.o crtbeginS.o crtendS.o crtbeginT.o
Property changes on: debian/patches/mips-biarch.dpatch
___
Name: svn:executable
+ *
Index: debian/rules.defs
===
--- debian/rules.defs (.../vendor/gcc-4.0/current)(revision 150)
+++ debian/rules.defs (.../src/gcc-4.0) (revision 150)
@@ -611,7 +611,7 @@
biarch_cpu := $(patsubst $(DEB_TARGET_GNU_CPU)=%, %, \
$(filter $(DEB_TARGET_GNU_CPU)=%, $(biarch_map)))
-biarch_archs := /i386/powerpc/sparc/s390/
+biarch_archs := /i386/powerpc/sparc/s390/mips/mipsel/
ifeq (biarch, $(findstring biarch,$(WITHOUT_LANG)))
biarch_archs :=
endif
@@ -647,7 +647,7 @@
export TARGET64_MACHINE
endif
-biarch32_archs :=
Bug#135434: ls's -v changes order more than documented
On Fri, Dec 16, 2005 at 09:08:13PM +0100, Thomas Hood wrote: Glenn Maynard wrote: ls -v doesn't just change from strcmp to strverscmp--it changes from strcoll, so it loses locale collation. Is this just a consequence of the way that strverscmp is implemented? DESCRIPTION Often one has files jan1, jan2, ..., jan9, jan10, ... and it feels wrong when ls orders them jan1, jan10, ..., jan2, ..., jan9. In order to rectify this, GNU introduced the -v option to ls(1), which is implemented using versionsort(3), which again uses strverscmp(). Thus, the task of strverscmp() is to compare two strings and find the right order, while strcmp() only finds the lexicographic order. This function does not use the locale category LC_COLLATE, so is meant mostly for situations where the strings are expected to be in ASCII. What this function does is the following. If both strings are equal, return 0. Otherwise find the posi- tion between two bytes with the property that before it both strings are equal, while directly after it there is a difference. Find the largest consecutive digit strings containing (or starting at, or ending at) this position. If one or both of these is empty, then return what strcmp() would have returned (numerical ordering of byte values). Otherwise, compare both digit strings numerically, where digit strings with one or more leading zeroes are interpreted as if they have a decimal point in front (so that in particular digit strings with more leading zeroes come before digit strings with fewer leading zeroes). Thus, the ordering is 000, 00, 01, 010, 09, 0, 1, 9, 10. Yeah. The meant mostly for ... bit (which I don't think was there before) acknowledges the problem; a strverscoll function is probably needed. Just switching strcmp for strcoll in the algorithm would probably do it (ignoring things like double-width digits). -- Glenn Maynard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343129: xemacs / libX11 / NVIDIA crashes on opteron under kernel 2.6.14-2
[EMAIL PROTECTED] writes: OK, see the backtrace with the dbg version of libx11-6 below. We now we know what xemacs passed, and where the libx11 died, and the error is no such file or directory . Looking at the source for that file (ChkIfEv.c) doesn't show any obvious (to me) place where a file or directory is being referenced. I've added the maintainer of that file I'm pretty sure the message just means that gdb can't find ChkIfEv.c to show you the actual contents of its line 57 -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343645: e2fsprogs: Last write time in future error during boot up
Package: e2fsprogs Version: 1.38+1.39-WIP-2005.12.10-1 Severity: normal Since upgrading to version 1.38+1.39-WIP-2005.12.10-1, whenever I boot up, the following error is displayed: /: Superblock last write time is in the future The date time on my system is kept in Eastern time (the hardware clock that is). /etc/default/rcS has the following line: UTC=no What is the cause of this error? I have a dual boot system with Windows. Do I need to change how the clock is setup? If so, how? -- 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.14-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages e2fsprogs depends on: ii e2fslibs 1.38+1.39-WIP-2005.12.10-1 ext2 filesystem libraries ii libblkid1 1.38+1.39-WIP-2005.12.10-1 block device id library ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libcomerr21.38+1.39-WIP-2005.12.10-1 common error description library ii libss21.38+1.39-WIP-2005.12.10-1 command-line interface parsing lib ii libuuid1 1.38+1.39-WIP-2005.12.10-1 universally unique id library e2fsprogs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343646: ITP: kmobiletools: a KDE app for control your mobile phone
Package: kmobiletools Version: 0.4.3.1 Severity: wishlist -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14.2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329057: gnome-randr-applet: Inverted rotation selected automatically (and wrongfully)
Hi,
The attached patch fixes the problem (due to bad logic in the rotation
detection code).
It also reverses the order of the menu entries, making Normal the
first entry, followed by Left, which makes a lot more sense than the
default behavior, IMHO. If you don't want to make this change then don't
apply the second chunk of the patch.
This should probably be sent upstream.
HTH
--
René Højbjerg Larsen [EMAIL PROTECTED]
--- gnome-randr-applet-0.2/src/grandr.c.orig 2005-12-16 21:14:55.0 +0100
+++ gnome-randr-applet-0.2/src/grandr.c 2005-12-16 21:12:00.0 +0100
@@ -253,7 +253,7 @@
while (cur != NULL)
{
- if ((1 grandr-xr_current_rotation) == ((Rotation) gtk_object_get_data(GTK_OBJECT(cur-data), rotation_value) 0xf ))
+ if ((grandr-xr_current_rotation 0xf) == (1 (Rotation) gtk_object_get_data(GTK_OBJECT(cur-data), rotation_value)))
gtk_check_menu_item_set_active (GTK_CHECK_MENU_ITEM (cur-data),
TRUE);
cur = g_slist_next(cur);
@@ -346,7 +346,7 @@
gtk_menu_shell_prepend (GTK_MENU_SHELL(grandr-menu), menu_item);
gtk_widget_show (menu_item);
- for (i = 0; i 4; i ++)
+ for (i = 3; i = 0; i --)
{
if ((grandr-xr_rotations i) 1)
{
Bug#342883: [Pbuilder-maint] Bug#342883: Incompatibility between pbuilder and devscripts WRT DEBEMAIL
Hi, On Sat, Dec 17, 2005, Junichi Uekawa wrote: So, your suggestion is to fix devscripts bts command? I tend to agree with that, please do reassign to devscripts. I never made such a suggestion, I think *both* devscripts and pbuilder ought to be fixed. The biggest problem is that there's no spec or man page or anything defining what those variables should hold. bts is older than pbuilder, so it might be tempting to point the finger at pbuilder. bts has a much finer logic to detect and use EMAIL/Debian Maintainer environment variables, but it has some mistakes. I suppose that the pbuilder fix would to implement such a logic, or at least permit overriding the decisions: right now, both tools hard code the same environment variable; would pbuilder use some PBUILDER_DEBMAINT=$DEBEMAIL instead, that would do it. And would bts read the devscripts config file instead of using the environment to get that parameter, that would help too. Cheers, -- Loïc Minier [EMAIL PROTECTED]
Bug#343640: gcc-4.0: FTBFS on hurd-i386: conflicting patches getting applied
Michael Banck a écrit : Package: gcc-4.0 Version: 4.0.2-5 Severity: important Hi, since libgcj has been split off, both libffi-without-libgcj and disable-libgcj are getting applied on hurd-i386, which leads to a rejected patch in the latter: There is the same problem for kfreebsd-i386, I have sent a patch to Matthias Klose. It should be fixed in the SVN, at least it is the case for kfreebsd-i386. -- .''`. 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#334534: Patch from bug 307724 breaks Eclipse
Hi, On Fri, Dec 16, 2005, Douglas Pollock wrote: I would appreciate it if you could re-open this bug. Eclipse continues to get bugs filed about this issue (e.g., https://bugs.eclipse.org/bugs/show_bug.cgi?id=119622). It means that one of the first questions we must ask when debugging any focus or key binding issue is: Are you using Debian? We're forced into doing a lot of finger-pointing at Debian, which makes me uncomfortable. This is also a drain on our resources -- triaging bugs and replying to newsgroups. Well, there's nothing new, and we agreed there was no way to revert this (see the bug log and check with Billy Biggs for details). The short story is that we included a *fix*, which does help some application, and Eclipse maps the upstream version number of Gtk to a version which has not the fix and takes counter-measures, and this clashes. Reverting the fix is not only very difficult in a dist frozen like sarge is and for a core lib such as gtk, but would also break other apps (which don't have such dynamic workarounds). All I can suggest is that you check whether you're on Debian sarge, or whether the Gtk Debian package is installed in a borken version (borken from your perspective), or maybe offer a command-line flag? Unless you have new ideas to unlock this situation, no one can revert that for Debian. Cheers, -- Loïc Minier [EMAIL PROTECTED]
Bug#343647: please package electricsheep 2.6.6
Package: electricsheep Version: 2.6.3+cvs20051206-1 Severity: important I'm once again having trouble with electricsheep, getting debug output: download failed of sheep 18908 please upgrade to the latest client from www.electricsheep.org thanks luke -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-amd64-generic Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages electricsheep depends on: ii curl 7.15.1-1Get a file from an HTTP, HTTPS, FT ii debconf 1.4.62 Debian configuration management sy ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libexpat11.95.8-3XML parsing C library - runtime li ii libjpeg-progs6b-10 Programs for manipulating JPEG fil ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii xloadimage 4.1-16 Graphics file viewer under X11 ii zlib1g 1:1.2.3-8 compression library - runtime electricsheep recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343648: file: file_4.15-2 doesn't work, but file-4.16 works file.
Package: file Version: 4.15-2 Severity: wishlist [file_4.15-2] $ file KNOPPIX_V4.0.2CD-2005-09-23-EN.iso KNOPPIX_V4.0.2CD-2005-09-23-EN.iso: [file-4.16] $ file KNOPPIX_V4.0.2CD-2005-09-23-EN.iso KNOPPIX_V4.0.2CD-2005-09-23-EN.iso: ISO 9660 CD-ROM filesystem data 'KNOPPIX ' (bootable) The file_4.15-2 does not work for me, but the problem seems to have fixed in file-4.16. So, could you update the deb to file-4.16? ftp://ftp.astron.com/pub/file/ -- System Information Debian Release: testing/unstable Kernel Version: Linux devron 2.6.15-rc5 #1 SMP Fri Dec 16 03:38:00 JST 2005 i686 GNU/Linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343649: opencubicplayer: ocp not playing Audio CDs
Package: opencubicplayer Version: 0.1.9-2 Severity: normal This version of opencubicplayer fails to play Audio CDs. This was working with version 0.1.4. Steps to reproduce problem: - Select cdrom: in the file browser - Select device - Tracks are not shown Best regards Mathias Weyland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343650: opencubicplayer: File browser does not show symlinks
Package: opencubicplayer Version: 0.1.9-2 Severity: normal This version of opencubicplayer fails to show symlinks in the file browser. They simply do not appear. This was working in version 0.1.4. Best regards Mathias Weyland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340236: coreutils: cp -p to nfs destination fails to preserve timestamps
Package: coreutils
Version: 5.93-5
Followup-For: Bug #340236
I hit this problem as well today. Poking around with strace, I noticed
several things:
1. cp executes utimes before closing the file. This might be a problem,
although it seems to work on local destinations.
open(baz, O_WRONLY|O_TRUNC|O_LARGEFILE) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
write(4, foo\n, 4)= 4
utimes(/proc/self/fd/4, {1134767841, 0}) = 0
chmod(baz, 0100644) = 0
close(4)= 0
2. Timestamps of empty files are preserved, which reinforces the above
suspicion (no writes for empty file)
3. touch -r works correctly, and it also uses /proc/self/fd to refer to
the file, so that should be okay.
[EMAIL PROTECTED]:20 23:17:56 ~/roinaa/test$ echo foo foo
[EMAIL PROTECTED]:20 23:18:29 ~/roinaa/test$ strace -e utimes touch -r foo bar
utimes(/proc/self/fd/0, {1134767841, 0}) = 0
[EMAIL PROTECTED]:20 23:18:34 ~/roinaa/test$ strace -e utimes cp -p foo baz
utimes(/proc/self/fd/4, {1134767841, 0}) = 0
[EMAIL PROTECTED]:20 23:18:37 ~/roinaa/test$ ls -l --full-time
total 8
-rw-r--r-- 1 tdb tdb 0 2005-12-16 23:18:29.0 +0200 bar
-rw-r--r-- 1 tdb tdb 4 2005-12-16 23:18:37.0 +0200 baz
-rw-r--r-- 1 tdb tdb 4 2005-12-16 23:18:29.0 +0200 foo
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.3
Locale: LANG=C, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Versions of packages coreutils depends on:
ii libacl1 2.2.34-1 Access control list shared library
ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an
ii libselinux1 1.26-1 SELinux shared libraries
coreutils recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#107006: Still the same behavior
Thomas Hood [EMAIL PROTECTED] wrote: found 107006 5,93-5 stop mv does not follow the rules for pathname resolution (Base Definitions, Glossary) specified by SUSv2 or the current POSIX draft (XBD 4.11, XRAT A.4.11). Here is an example where '/bin/mv foo-ln/. bar' shuold be equivalent to '/bin/mv foo bar': /bin/mkdir foo /bin/ln -s foo foo-ln /bin/mv foo-ln/. bar mv still refuses to rename foo in this case. Whether or not this is a bug, I don't know. $ /bin/mkdir foo $ /bin/ln -s foo foo-ln $ /bin/mv foo-ln/. bar /bin/mv: cannot move `foo-ln/.' to `bar': Device or resource busy $ /bin/mv --version mv (GNU coreutils) 5.93 mv is merely echoing what rename does with those same arguments. In my opinion, rename and mv are working properly in this case. Regarding POSIX, here's a sentence from the RATIONALE: Renaming dot or dot-dot is prohibited in order to prevent cyclical file system paths. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341228: Severity rising
Guerkan Senguen wrote: I have read them and I still disagree to you. Here is a short explaination, why I raised the severity again: * A patent applies even if you don't know of it. This means, one have to _first_ check all the patents, and _then_ upload/distribute a program. Otherwise, one can be sued (in some countries and some circumstances). * Your report did list some trademark-related things you fixed. This is fine and I appreciate your work, but not the intention of this bug. Together with your very short answer (read the follow-up down here), I have the impression you didn't do a complete patent research. Youo claim it is patented, however a search of my side on the following places didn't yield any results: For example, in the USA, ther are at least over 200 patents issued to Konami, you may used the wrong search mask. http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2Sect2=HITOFFu=%2Fnetahtml%2FPTO%2Fsearch-adv.htmlr=0p=1f=Sl=50Query=konamid=PG01 - http://www.patents.ibm.com/ legally irrelevant. - http://www.uspto.gov needs to be checked, see above. - http://www.european-patent-office.org legally irrelevant, as we don't have legally enforcable 'software/software-design/business-methods'-patents. - http://www.jpo.go.jp/ needs to be checked too. -- 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#342789: eclipse: Eclipse crashes at startup
Quoting Michael Koch [EMAIL PROTECTED]: On Fri, Dec 16, 2005 at 10:42:05AM +0100, [EMAIL PROTECTED] wrote: I have already tried to remove my ~/.eclipse but it did not help. $ls -l /usr/share/eclipse/plugins/org.eclipse.osgi_3.1.1.jar /usr/lib/eclipse/plugins/org.eclipse.osgi_3.1.1.jar lrwxrwxrwx 1 root root 57 2005-12-16 00:37 /usr/lib/eclipse/plugins/org.eclipse.osgi_3.1.1.jar - ../../../share/eclipse/plugins/org.eclipse.osgi_3.1.1.jar -rw-r--r-- 1 root root 748300 2005-12-01 10:21 /usr/share/eclipse/plugins/org.eclipse.osgi_3.1.1.jar This looks okay. I have no java from sun anymore on my box. I have try to purge all my eclipse installation (apt-get remove --purge eclipse*) and to reinstall but it did not help. After this eclipse reinistall, I have tried eclipse -debug. Here is the first lines of log file : !SESSION 2005-12-16 10:34:11.999 --- eclipse.buildId=M20050929-0840 java.fullversion=GNU libgcj 4.0.3 20051204 (prerelease) (Debian 4.0.2-5j2) BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US Command-line arguments: -os linux -ws gtk -arch x86 -debug !ENTRY org.eclipse.osgi 2005-12-16 10:34:15.37 !MESSAGE Bundle [EMAIL PROTECTED]/org.eclipse.jface_3.1.1.jar [10] was not resolved. !SUBENTRY 1 org.eclipse.osgi 2005-12-16 10:34:15.37 !MESSAGE Missing required bundle org.eclipse.swt_0.0.0. !ENTRY org.eclipse.osgi 2005-12-16 10:34:15.39 !MESSAGE Bundle [EMAIL PROTECTED]/org.eclipse.ui_3.1.1.jar [11] was not resolved. !SUBENTRY 1 org.eclipse.osgi 2005-12-16 10:34:15.40 !MESSAGE Missing required bundle org.eclipse.swt_0.0.0. !SUBENTRY 1 org.eclipse.osgi 2005-12-16 10:34:15.40 !MESSAGE Missing required bundle org.eclipse.jface_0.0.0. !SUBENTRY 1 org.eclipse.osgi 2005-12-16 10:34:15.40 !MESSAGE Missing required bundle org.eclipse.ui.workbench_0.0.0. What is the best way to remove *all* the eclipse and java related files from my box (packages but also .eclipse and so on). I would like to do as clean as possbile install of eclipse (I would like to be sure there is no crappy file in my eclipse install). The versions '0.0.0' look really suspicious. They are either cached in ~/.eclipse or ~/workspace/.metadata. As you have already tried to remove the ~/.eclipse dir I guess its the later. Can you please try to rename your ~/workspace dir for testing purposes? (And rename ~/.eclipse at the same time too to have a clean start). If this bug is related to a crappy file which is not under control of eclipse packages, I do apologize for the noise. That is okay. Others might have the same problems when using eclipse. I still have a bad feeling that this bug is related to an XML handling bug in libgcj6. Cheers, Michael -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ Hi, Sorry but I have once again remove and purged *all* the eclipse related packages (all eclipse + gcj and gij) than rm -rf ~/workspace and rm -rf ~/.eclipse and then reinstall eclipse and it works. I'm have no clue where the problem was because I have not change anything else. I'm not sure if it was noise or not... Xavier.
Bug#343651: slib: Broken dependencies?
Package: slib Version: 3a1-4.2 Severity: important # apt-get install slib Reading package lists... Done Building dependency tree... Done The following packages will be REMOVED: gnome-desktop-environment gnome-games gnucash gnucash-common guile-1.6 guile-1.6-libs guile-1.6-slib libgwrapguile1 The following packages will be upgraded: slib 1 upgraded, 0 newly installed, 8 to remove and 1 not upgraded. Need to get 850kB of archives. After unpacking 20.5MB disk space will be freed. Do you want to continue [Y/n]? n Abort. Too much packaged to be removed... -- 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.11.7x86_64 Locale: LANG=it_IT, LC_CTYPE=it_IT (charmap=ISO-8859-1) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343652: mv symlink/ destname fails
Package: coreutils Version: 5.93-5 Severity: normal This bug is related to #121776 and to #122233. # mkdir bla # ln -s bla/ bli # mv bli/ blu mv: cannot move `bli/' to `blu': Not a directory As far as I understand the info page it should rename the real directory bla to blu instead: _Warning_: If you try to move a symlink that points to a directory, and you specify the symlink with a trailing slash, then `mv' doesn't move the symlink but instead moves the directory referenced by the symlink. *t -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.22 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages coreutils depends on: ii libacl1 2.2.32-1 Access control list shared library ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libselinux1 1.26-1 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343653: system stalls configuring PCI/CardBus
Package: installation-reports Debian-installer-version: from debian.org on 12/16/05 uname -a: Linux Knoppix 2.4.27 #2 SMP Mo Aug 9 00:39:37 CEST 2004 i686 GNU/Linux Date: 12/17/05, 11am PST Method: Installation from floppy Machine: Dell INSPIRON 8100 Processor: Pentium III Memory: 512MB Root Device: /dev/hda1 Root Size/partition table: Device Boot Start End Blocks Id System /dev/hda1 * 1 146 1172713+ 83 Linux /dev/hda2 147 207 489982+ 82 Linux swap /dev/hda3 208243217872312+ 83 Linux Output of lspci and lspci -n: [EMAIL PROTECTED] lspci :00:00.0 Host bridge: Intel Corp. 82815 815 Chipset Host Bridge and MemoryController Hub (rev 04) :00:01.0 PCI bridge: Intel Corp. 82815 815 Chipset AGP Bridge (rev 04) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 03) :00:1f.0 ISA bridge: Intel Corp. 82801BAM ISA Bridge (LPC) (rev 03) :00:1f.1 IDE interface: Intel Corp. 82801BAM IDE U100 (rev 03) :00:1f.2 USB Controller: Intel Corp. 82801BA/BAM USB (Hub #1) (rev 03) :01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 Go] (rev b2) :02:03.0 Multimedia audio controller: ESS Technology ES1983S Maestro-3i PCI Audio Accelerator (rev 10) :02:06.0 PCI bridge: Actiontec Electronics Inc Mini-PCI bridge (rev 11) :02:0f.0 CardBus bridge: Texas Instruments PCI4451 PC card Cardbus Controller :02:0f.1 CardBus bridge: Texas Instruments PCI4451 PC card Cardbus Controller :02:0f.2 FireWire (IEEE 1394): Texas Instruments PCI4451 IEEE-1394 Controller :08:04.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08) :08:08.0 Communication controller: Lucent Microelectronics WinModem 56k (rev 01) [EMAIL PROTECTED] lspci -n :00:00.0 0600: 8086:1130 (rev 04) :00:01.0 0604: 8086:1131 (rev 04) :00:1e.0 0604: 8086:2448 (rev 03) :00:1f.0 0601: 8086:244c (rev 03) :00:1f.1 0101: 8086:244a (rev 03) :00:1f.2 0c03: 8086:2442 (rev 03) :01:00.0 0300: 10de:0112 (rev b2) :02:03.0 0401: 125d:1998 (rev 10) :02:06.0 0604: 1668:0100 (rev 11) :02:0f.0 0607: 104c:ac42 :02:0f.1 0607: 104c:ac42 :02:0f.2 0c00: 104c:8027 :08:04.0 0200: 8086:1229 (rev 08) :08:08.0 0780: 11c1:0448 (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [ ] Config network: [ ] Detect CD: [ ] Load installer modules: [E] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: I made three floppy drives (boot, root, and net-drivers). It booted well, read the root drive, asked for a driver diskette. I put the net-drivers diskette and it went pretty well until it started configuring PCI (or CardBus, I don't remember exactly) and stucked at 93% (as I remember). No PCMCIA card was inserted in the machine. I had the exactly same experience about a month ago where I tried to boot from floppy and install from a USB driver. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#122233: Still a bug?
On Fri, 16 Dec 2005, Thomas Hood wrote: Can you reproduce this bug with the 5.93 version of mv? No, because it fails in a different way now (so I don't know whether the original bug is still there). See #343652. *t PS: Thanks for the heads-up! -- Tomas Pospisek http://sourcepole.com - Linux Open Source Solutions -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#222324: net-tools maintenance status
On 12/16/05, Bernd Eckenfels [EMAIL PROTECTED] wrote: On Fri, Dec 16, 2005 at 08:03:47PM +0100, Olaf van der Spek wrote: Bernd? I dont like the prposed solution, i am looking for a more generic one. The Thanks for the response. In what way would you like it to be more generic? pressing problem is to display IPV6 netstat on 80char widt correctly without truncation (#254243). That's not possible without dropping entire columns. I guess this will require some changes to the output formatter, anyway. I think i will add a non-formatting/non-truncating scritable output instead of the wide switch, and make netstat on tty observ cols. The question is, what size to use on non-tty output.
Bug#314115: acknowledged by developer (xsnow bugs)
On Fri, Dec 16, 2005 at 01:03:24PM -0800, Debian Bug Tracking System wrote: This po file is too old and not work anymore. I do not wonder about this since the patch was ignored for more than a half year. There was also never a help request to check a newer file. I'm also not sure whether you refer to the d4x bug, your subject contained xsnow! Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330660: nautilus-cd-burner: Patch to fix this bug
forwarded 330660 http://bugzilla.gnome.org/show_bug.cgi?id=317529 thanks Hi, On Fri, Dec 16, 2005, Jason D. Hildebrand wrote: I've resolved this issue and have submitted the patch upstream. The short summary is that this affects older CD burners which support the MMC-1 command set, but not the MMC-2 command set. I'm not sure how many users are affected, but FWIW my drive is from 2001 and falls into this category. Thanks for the patch. The people from GNOME are expecting the next Debian release will include at least GNOME 2.12, and it's the main line of focus for now, so your patch has been added to the 2.12 packages. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#343042: linux-image-2.6.14-2-686: Boot aborts with message, '/bin/cat: /sys/block/hda/hda1/dev: No such file or directory'
I can confirm, as others have mentioned, that this bug affects AMD systems as well. All of my symptoms were identical to others reported. I chose to downgrade yaird to testing and this resolved the problem (now running 2.6.14-5). I appears to me that the patch mentioned above doesn't apply yet to AMD so I chose this route. I encountered another problem at the same time and I'm trying to determine if they are related. If anyone else encountered this as well, please let me know. All boots now (whether 2.8.14, or 2.6.12 my old kernel) fail with fsck errors on every partition(!). something along the lines of: UNEXEPCTED DISCREPANCY: SuperBlock last write time is in the future. I realise this is likely not related to this bug (especially because it was all part of a massive apt-get upgrade), but since this bug involved ide issues I thought it might apply. any help appreciated. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343570: acknowledged by developer (Re: Bug#343570: mkinitrd fails during the installation)
Where should I report it, then? I followed the official installation manual from www.debian.org. Shouldn't they at least remove the section 2.2.6 (Installation Media: Un*x or GNU system) for people who might spend hours and hours of useless work? Thanks, - Zu The Debian Installer team only supports its official builds, which you can find from http://www.debian.org/devel/debian-installer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343654: evince: can incorrectly render horizontal rules
Package: evince Version: 0.4.0-1 Severity: normal The PDF file at http://arxiv.org/pdf/physics/0412107 shows the problem. When viewed on the screen, the three horizontal rules on the first page (above and below the abstract and above the footnotes) extend to the left edge of the paper. This problem happens only with evince. xpdf 3.01 and acroread 7.0.1 display the rules correctly. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-rc5 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages evince depends on: ii gconf22.10.1-6 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2-02.10.1-1 The Bonobo UI library ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libcairo2 1.0.0-3The Cairo 2D vector graphics libra ii libdjvulibre153.5.15-2 Runtime support for the DjVu image ii libesd0 0.2.36-1 Enlightened Sound Daemon - Shared ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgconf2-4 2.10.1-6 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.8.3-1The GLib library of C routines ii libgnome-keyring0 0.4.5-1GNOME keyring services library ii libgnome2-0 2.10.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.10.2-2 A powerful object-oriented display ii libgnomeprint2.2-02.10.3-3 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.10.2-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.10.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.10.1-5 The GNOME virtual file-system libr ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgpg-error0 1.1-4 library for common error values an ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-7 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkpathsea3 2.1-1 path search library for teTeX (run ii libnautilus-extension12.10.1-5 libraries for nautilus components ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libpng12-01.2.8rel-5 PNG library - runtime ii libpoppler0c2 0.4.2-1PDF rendering library ii libpoppler0c2-glib0.4.2-1PDF rendering library (GLib-based ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm66.8.2.dfsg.1-7 X Window System Session Management ii libstdc++64.0.2-5The GNU Standard C++ Library v3 ii libtasn1-20.2.17-1 Manage ASN.1 structures (runtime) ii libtiff4 3.7.4-1Tag Image File Format (TIFF) libra ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxml2 2.6.22-2 GNOME XML library ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.3-8 compression library - runtime evince recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#212809: [patch] (corrected) btdownloadgui redraw problem
Hello,
In my previous email I used the Resfresh function to force redrawing of the
screen.
This works with the toolkit used by the btdownloadgui in Debian stable.
The problem reappeared with python-wxgtk2.6. the patch below uses the Update
function
rather than Refresh and has the desired effect on the bittorrent-gui from
testing.
Kind regards,
Arnold Metselaar
ii python-wxgtk2. 2.6.1.2wxWidgets Cross-platform C++ GUI toolkit (wx
ii python-wxversi 2.6.1.2wxWidgets Cross-platform C++ GUI toolkit (wx
ii libwxgtk2.6-0 2.6.1.2wxWidgets Cross-platform C++ GUI toolkit (GT
ii bittorrent 3.4.2-6local0. Scatter-gather network file transfer
ii bittorrent-gui 3.4.2-6local0. Scatter-gather network file transfer (GUI fi
--- bittorrent-3.4.2/btdownloadgui.py 2005-12-16 19:52:59.085915976 +0100
+++ bittorrent-3.4.2/btdownloadgui.py.merge 2005-12-16 20:46:17.104743216
+0100
@@ -183,6 +183,7 @@ class DownloadInfoFrame:
self.downTotalText.SetLabel('%.1f M' % (downTotal))
if upTotal is not None:
self.upTotalText.SetLabel('%.1f M' % (upTotal))
+self.frame.Update()
self.last_update_time = time()
except:
print_exc()
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338930: gambas - FTBFS: creating symbolic link: Permission denied
The patch below allows the package to be built. A quick glance at it doesn't indicate any huge problems, but since I don't the package at all, I didn't test it. Hopefully this is helpful in gettinga fixed upload done anyway. Happy hacking. --- gambas-1.0.12/debian/rules 2005-12-16 21:13:24.0 + +++ gambas-1.0.12.modified/debian/rules 2005-12-16 21:07:42.0 + @@ -54,7 +54,8 @@ dh_testroot dh_clean -k dh_installdirs - $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp + $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp \ + ROOT=$(CURDIR)/debian/tmp cp $(CURDIR)/debian/gambas.lintian-overrides $(CURDIR)/debian/gambas/usr/share/lintian/overrides/gambas cp $(CURDIR)/debian/gambas-doc.lintian-overrides $(CURDIR)/debian/gambas-doc/usr/share/lintian/overrides/gambas-doc -- Fundamental truth #5: Always ask the simple troubleshooting questions first. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342515: bts found completely broken
[Justin Pryzby] $ bts found 322253 6.8.99.901.dfsg.1-2 DB_File needs compatible versions of libdb db.h you have db.h version 4.3.29 and libdb version 4.3.28 #343468, fixed in perl 5.8.7-10. signature.asc Description: Digital signature
Bug#314115:
Hi, I am sorry to have a wrong title in previous email (need some rests after cross-bug handling). I don't know what's wrong with the previous patch. However, if you can send me the patch based on the lastest version, I will definitely include it in the next upload and forward to the upstream as well. Cai Qian From: Jens Seidel [EMAIL PROTECTED] Subject: Bug#314115: acknowledged by developer (xsnow bugs) Date: Fri, 16 Dec 2005 23:07:43 +0100 On Fri, Dec 16, 2005 at 01:03:24PM -0800, Debian Bug Tracking System wrote: This po file is too old and not work anymore. I do not wonder about this since the patch was ignored for more than a half year. There was also never a help request to check a newer file. I'm also not sure whether you refer to the d4x bug, your subject contained xsnow! Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343473: [Pkg-shadow-devel] Bug#343473: #343473: login: Please do not build package on hurd-i386, breaks debootstrap
hi, On Thu, Dec 15, 2005 at 11:28:51PM +0100, [EMAIL PROTECTED] wrote: tags 343473 +patch thanks On Thu, Dec 15, 2005 at 03:32:13PM +0100, Michael Banck wrote: Thus I think we should cease to build the login package on hurd-i386 at all, at least until arch-specific overrides have been put into place (I've been told somebody is working on them, but it might take time). Here is a patch which does this, by exempting the login package from the crucial final debhelper calls if $DEB_HOST_ARCH_OS is hurd. Thanks for the patch. We probably also need to remove the passwd dependency on login (loginpam substvar). IIRC, the only reason for this dependency is because /etc/login.defs is needed by the passwd tools. And /etc/login.defs is provided by passwd on The Hurd. Best Regards, -- Nekral -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337269: gatos: FTBFS: invalid lvalue in assignment
If I change src/i2c.c, line 398 to be like this: if (loop) (N1) ? (N2=N) : (N1 = N) ; if (N2) loop = 0 ; } Then the build continues, but fails later with this error: g++ -Wall -pipe -O -o .libs/xatitv xatitv.o xutils.o .libs/xatitvS.o ./.libs/libgatos.so -L/usr/lib /usr/lib/libibtk.so -L/usr/X11R6/lib -lstdc++ -lX11 -lXxf86dga -lXxf86vm -lXext -lm /usr/bin/ld: warning: type and size of dynamic symbol `__do_delay' are not defined /usr/bin/ld: dynamic variable `__do_delay' is zero size /usr/bin/ld: .libs/xatitvS.o(.rodata+0x14c4): unresolvable R_386_32 relocation against symbol `__do_delay' /usr/bin/ld: final link failed: Nonrepresentable section on output I don't know how to fix that. -- Good news at once. Bad news never in the evening or on Friday. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343655: mutt: errors on Turkish locale (tr_TR)
Package: mutt Version: 1.5.11-4 Severity: normal Tags: patch Hi, The latest mutt package isn't working properly on Turkish locale (tr_TR). The problem was reported to the upstream (mutt/2144), and as of the time this is written, it has been resolved in CVS. You can find the details about this issue in the thread below: http://marc.theaimsgroup.com/?t=11334685516 Could it be possible to include the latest CVS changes to fix this issue before a point release? I've created the upstream/patches/cvs_2005-12-16 for your convenience to help you. Let me know if you would rather prefer a patch targetting only this issue. Regards, -- roktas cvs_2005-12-16.gz Description: Binary data signature.asc Description: Digital signature
Bug#343656: libyaml-perl: Bug in load OO method
Package: libyaml-perl
Version: 0.39-1
Severity: important
Hi.
You'll find here attached 3 files providing a stripped-down version
of a program that uncovered some strange behaviour of the YAML module
when using the load method.
In TY.pm, when using the Load function (commented out line), the
behaviour is as expected, but not so with load for which the script
produces:
---CUT---
The input is correctly read from file, as you can see:
--- !perl/TY
key: some value
Something wrong happens in the load OO method:
Use of uninitialized value in substitution (s///) at /usr/share/perl5/YAML.pm
line 670.
Use of uninitialized value in substitution (s///) at /usr/share/perl5/YAML.pm
line 671.
Use of uninitialized value in pattern match (m//) at /usr/share/perl5/YAML.pm
line 673.
Use of uninitialized value in length at /usr/share/perl5/YAML.pm line 675.
Use of uninitialized value in split at /usr/share/perl5/YAML.pm line 678.
And the dump shows that the input was not correctly loaded:
--- !perl/TY
key: ~
---CUT---
In the full program I was working on, the side-effect was even stranger: I
didn't
get any of the above error messages from inside YAML.pm *but* on return from the
load method, my variable didn't contain the unserialized TY object but the
enclosing data (the equivalent of $config in the script provided here)!
[Obviously that doesn't happen with the reduced script, but why, I don't
know...]
Regards,
Gilles
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-vs2.1.0-rc5+g3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages libyaml-perl depends on:
ii perl 5.8.7-7Larry Wall's Practical Extraction
libyaml-perl recommends no packages.
-- no debconf information
package TY ;
use strict ;
use YAML ;
sub load {
my $proto = shift ;
my $input = shift ;
my $class = ref( $proto ) || $proto ;
print
'The input is correctly read from file, as you can see:',
\n\n,
$input,
\n ;
print
'Something wrong happens in the load OO method:',
\n ;
my $self = YAML-new-load( $input ) ;
#my $self = Load( $input ) ;
return __PACKAGE__-new( $self-{'key'} ) ;
}
sub new {
my $proto = shift ;
my $class = ref( $proto ) || $proto ;
my $arg = shift ;
my $self = { key = $arg } ;
bless( $self, $class ) ;
return $self ;
}
sub dump {
my $self = shift ;
return YAML-new-dump( $self ) ;
}
1 ;
--- !perl/TY
key: some value
#!/usr/bin/perl -w
use strict ;
use TY ;
use IO::File ;
my $config = { 'input' = [ { 'ty' = 'ty.yaml' } ] } ;
my @input = @{$config-{'input'}} ;
for ( my $i = 0 ; $i @input ; $i++ ) {
my $ty = TY-load( join( '', readTY( $input[$i]-{'ty'} ) ) ) ;
print
'And the dump shows that the input was not correctly loaded:',
\n\n,
$ty-dump,
\n ;
}
sub readTY {
my $file = shift ;
my $io = IO::File-new( $file, r ) ;
my @text = $io-getlines ;
$io-close ;
return @text ;
}
Bug#343657: slapd postinst script returned error exit status 1
Package: slapd Version: 2.2.23-8 Severity: important I'm unable to install slapd on our main server: piano:/home/eric# apt-get install slapd Reading Package Lists... Done Building Dependency Tree... Done slapd is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 32 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 slapd (2.2.23-8) ... Backing up /etc/ldap/slapd.conf in /var/backups/slapd-2.0.23-6.3... done. Updating config access directives... done. Moving old database directories to /var/backups: Loading from /var/backups/slapd-2.0.23-6.3: - directory dc=b612,dc=ath,dc=cx... /var/lib/dpkg/info/slapd.postinst: line 1: /var/backups/slapd-2.0.23-6.3/dc=b612,dc=ath,dc=cx.ldif: No such file or directory /var/lib/dpkg/info/slapd.postinst: line 153: [: : integer expression expected failed. Loading the database from the LDIF dump failed with the following error while running slapadd: /var/backups/slapd-2.0.23-6.3/dc=b612,dc=ath,dc=cx.ldif: No such file or directory dpkg: error processing slapd (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: slapd E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11.12 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages slapd depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii debconf 1.4.30.13 Debian configuration management sy ii fileutils 5.2.1-2The GNU file management utilities ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb4.2 4.2.52-18 Berkeley v4.2 Database Libraries [ ii libiodbc2 3.52.2-3 iODBC Driver Manager ii libldap-2.2-7 2.2.23-8 OpenLDAP libraries ii libltdl3 1.5.6-6A system independent dlopen wrappe ii libperl5.85.8.4-8Shared Perl library ii libsasl2 2.1.19-1.5 Authentication abstraction library ii libslp1 1.0.11a-2 OpenSLP libraries ii libssl0.9.7 0.9.7e-3sarge1 SSL shared libraries ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii perl [libmime-base64-perl 5.8.4-8Larry Wall's Practical Extraction ii psmisc21.5-1 Utilities that use the proc filesy -- debconf information: slapd/password_mismatch: slapd/ldif_noexist: slapd/fix_directory: true slapd/invalid_config: true * shared/organization: b612arquitectura.com slapd/unknown_class: * slapd/conf_exists: slapd/upgrade_slapcat_failure: * slapd/replicate: true slapd/upgrade_slapadd_failure: shared/locale/countrycode: slapd/custom_suffix: * slapd/backend: BDB * slapd/dump_database: when needed * slapd/allow_ldap_v2: false slapd/internal/dn: dc=b612,dc=ath,dc=cx * slapd/fill_method: auto * slapd/no_configuration: false * slapd/slurpd/host: * slapd/migrate_ldbm_to_bdb: false * slapd/move_old_database: true slapd/internal/admin: cn=admin,dc=b612,dc=ath,dc=cx slapd/no_password: slapd/suffix_change: false slapd/slurpd/port: 389 * slapd/slurpd/binddn: * slapd/suffix_type: domain or host slapd/ldif_file: slapd/slave_databases_require_updateref: * slapd/dump_database_destdir: /var/backups/slapd-VERSION * slapd/autoconf_modules: true * slapd/purge_database: false * slapd/domain: b612.ath.cx -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#106900: Bug candidate for closing
Hello, This bug has been reported more than 4 years ago, to a version previous to oldstable. I believe this bug should be closed. -- There are two major products that come out of Berkeley: LSD and BSD. We don't believe this to be a coincidence. -- (Jeremy S. Anderson) Saludos /\/\ /\ `/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#157804: acknowledged by developer (No bug)
reopen 157804 Thomas Hood wrote: Please reopen this if there is something I am missing. Doing so (I hope). have to be rounded to 10G, not 11G. 10709348 total Rounding to 11G was correct. No, Sir, it is not. 10709348 / 1048576 = 10.21, which gets rounded to 10, not 11 If you want to argue that we need to devide by 100, not 1048576, please note that 675404 was rounded to 660M in the individual results. Which is exactly the inconsistency that caused me to report the bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343658: gtk2-engines-gtk-qt: Menu background in programs
Package: gtk2-engines-gtk-qt Version: 0.60-1.1+b1 Severity: important Menu background in programs is black after upgrading libgtk2.0 to version 2.8.9-2 Regards Adam -- 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.14.4 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages gtk2-engines-gtk-qt depends on: ii kdelibs4c2a 4:3.5.0-1 core libraries for all KDE applica ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.9-2 The GTK+ graphical user interface ii libpango1.0-01.10.1-2Layout and rendering of internatio ii libqt3-mt3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li gtk2-engines-gtk-qt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334534: Patch from bug 307724 breaks Eclipse
Loic Minier ([EMAIL PROTECTED]): On Fri, Dec 16, 2005, Douglas Pollock wrote: I would appreciate it if you could re-open this bug. Eclipse continues to get bugs filed about this issue (e.g., https://bugs.eclipse.org/bugs/show_bug.cgi?id=119622). It means that one of the first questions we must ask when debugging any focus or key binding issue is: Are you using Debian? We're forced into doing a lot of finger-pointing at Debian, which makes me uncomfortable. This is also a drain on our resources -- triaging bugs and replying to newsgroups. Well, there's nothing new, and we agreed there was no way to revert this (see the bug log and check with Billy Biggs for details). The short story is that we included a *fix*, which does help some application, and Eclipse maps the upstream version number of Gtk to a version which has not the fix and takes counter-measures, and this clashes. Reverting the fix is not only very difficult in a dist frozen like sarge is and for a core lib such as gtk, but would also break other apps (which don't have such dynamic workarounds). I talked about this again with seb128 at UBZ. I really think the right solution is for Debian to revert the change. It's a really low-level X thing, and there is no good way for us to detect that it is fixed. Changing the Eclipse code in our stable release, especially now that it is so widely tested and used, is really hard. I can appreciate that the same is true for Debian. However, in the Debian case, there are also lots of other distributions which are shipping unpatched versions (or, at leat differently patched versions) of GTK+. Just in terms of re-introducing bugs - clearly the safer fix is to revert a Debian-specific patch applied to GTK+, rather than patch Eclipse for all distributions. I urge you again to reconsider. Thanks, -Billy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337070: winbind crash when starting
Package: winbind Version: 3.0.20b-2+b1 Followup-For: Bug #337070 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages winbind depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libcomerr21.38-2 common error description library ii libkrb53 1.3.6-5MIT Kerberos runtime libraries ii libldap2 2.1.30-12 OpenLDAP libraries ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpopt0 1.7-5 lib for parsing cmdline parameters winbind recommends no packages. -- no debconf information The Samba 'panic action' script, /usr/share/samba/panic-action, was called for pid 8588 (/usr/sbin/winbindd). Below is a backtrace for this process generated with gdb, which shows the state of the program at the time the error occured. You are encouraged to submit this information as a bug report to Debian. For information about the procedure for submitting bug reports , please see http://www.debian.org/Bugs/Reporting or the reportbug(1) manpage. (no debugging symbols found) Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (no debugging symbols found) `system-supplied DSO at 0xe000' has disappeared; keeping its symbols. 0xe410 in __kernel_vsyscall () #0 0xe410 in __kernel_vsyscall () #1 0xb7d5fbe3 in ?? () #2 0xb7e00ff4 in ?? () #3 0xb7d05cb9 in ?? () #4 0x218d in ?? () #5 0xbfb63738 in ?? () #6 0x in ?? () #7 0xbfb63694 in ?? () #8 0x801c5230 in ?? () #9 0x0001 in ?? () #10 0x0001 in ?? () #11 0x in ?? () #12 0x in ?? () #13 0x in ?? () #14 0x in ?? () #15 0x in ?? () #16 0x in ?? () #17 0x in ?? () #18 0x in ?? () #19 0x in ?? () #20 0x in ?? () #21 0x in ?? () #22 0x in ?? () #23 0x in ?? () #24 0x in ?? () #25 0x in ?? () #26 0x in ?? () #27 0x in ?? () #28 0x in ?? () #29 0x in ?? () #30 0x in ?? () #31 0x in ?? () #32 0x in ?? () #33 0x in ?? () #34 0x in ?? () #35 0x in ?? () #36 0x in ?? () #37 0x in ?? () #38 0x in ?? () #39 0x in ?? () #40 0x in ?? () #41 0x in ?? () #42 0x in ?? () #43 0x07b0aabd in ?? () #44 0x in ?? () #45 0x in ?? () #46 0x800a5b7a in ?? () #47 0x801c5208 in ?? () #48 0x801abcbc in ?? () #49 0xbfb636b8 in ?? () #50 0x800a5ede in ?? () #51 0x801c51e0 in ?? () #52 0x0023 in ?? () #53 0xbfb636d8 in ?? () #54 0x800a5f1a in ?? () #55 0xb7df75c8 in ?? () #56 0x8017faf5 in ?? () #57 0xbfb636e8 in ?? () #58 0x800b43a2 in ?? () #59 0x0055 in ?? () #60 0x801c51e0 in ?? () #61 0xbfb63708 in ?? () #62 0x800a6bdb in ?? () #63 0x801c5230 in ?? () #64 0xb7cd417c in ?? () #65 0xb7e05000 in ?? () #66 0xb7f67ff4 in ?? () #67 0xb7f68508 in ?? () #68 0xb7f686b4 in ?? () #69 0xbfb63730 in ?? () #70 0xb7f5ccba in ?? () #71 0xb7f686b4 in ?? () #72 0xb7c36950 in ?? () #73 0x0001 in ?? () #74 0x0001 in ?? () #75 0x in ?? () #76 0x050a in ?? () #77 0x8001d1fc in ?? () #78 0x801abe58 in ?? () #79 0xb7cd417c in ?? () #80 0xb7d06060 in ?? () #81 0xbfb63734 in ?? () #82 0x in ?? () #83 0x in ?? () #84 0x218d in ?? () #85 0xb7d05b59 in ?? () #86 0x801abcbc in ?? () #87 0x801c5230 in ?? () #88 0xbfb638c8 in ?? () #89 0xbfb63878 in ?? () #90 0x8009febc in ?? () #91 0x801c5230 in ?? () #92 0x801c5230 in ?? () #93 0x8017e657 in ?? () #94 0x0602 in ?? () #95 0x801abcbc in ?? () #96 0xbfb6378c in ?? () #97 0xbfb63898 in ?? () #98 0x8014d85f in ?? () #99 0xbfb6378c in ?? () #100 0xbfb6388c in ?? () #101 0xb7f5dfd9 in ?? () #102 0xb7edfdbc in ?? () #103 0x00edef34 in ?? () #104 0x00f67ff4 in ?? () #105 0xbfb637f4 in ?? () #106 0x52434553 in ?? () #107 0x2f535445 in ?? () #108 0x2f444953 in ?? () #109 0x59535545 in ?? () #110 0x0053 in ?? () #111 0xb7d90453 in ?? () #112 0xb7e02898 in ?? () #113 0xbfb637cc in ?? () #114 0x801abcbc in ?? () #115 0x801c50b8 in ?? () #116 0x in ?? () #117 0xbfb63808 in ?? () #118 0x800b3222 in ?? () #119 0x0009 in ?? () #120 0x000e in ?? () #121 0xbfb637e4 in ?? () #122 0xbfb637e4 in ?? () #123 0xbfb637e4 in ?? () #124 0x0002 in ?? () #125 0x in ?? () #126 0x800b30d3 in ?? () #127 0x in ?? () #128 0x0002 in ?? () #129 0x in ?? () #130 0x in ?? () #131 0x0001 in ?? () #132 0x in ?? () #133 0x in ?? () #134 0x801abcbc in ?? () #135 0x in ?? () #136 0x in ?? () #137 0xbfb638b8 in ?? () #138 0x800b6699 in ?? () #139 0x000e in ?? ()
Bug#341250: gkrellm: lock file should be stored in /var/lock
Hi bill, Here is an user request. It seems to me a good idea, as FHS requests that as long as using HDB UUCP lock file format. From: Marco Herrn [EMAIL PROTECTED] Subject: Bug#341250: gkrellm: lock file should be stored in /var/lock Date: Tue, 29 Nov 2005 16:18:51 +0100 Package: gkrellm Version: 2.2.7-5 Severity: minor Currently the lock is stored in the home dir of the user. This imposes the problem that on a crash of the computer the lock file remains there. So when trying to start gkrellm after that, gkrellm refuses to start, because it finds a lockfile (if only one instance is allowed). I think it would be better to put lockfiles in /var/lock, since this directory is cleaned on booting. To avoid complications, maybe the name of the user can be added to the name of the lock file, for example: lock_myuser_192.168.10.10:0.0 Regards Marco -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=POSIX, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gkrellm depends on: ii gkrellm-common2.2.7-5multiple stacked system monitors: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgnutls12 1.2.9-2the GNU TLS library - runtime libr ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-7 Inter-Client Exchange library ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libsm66.8.2.dfsg.1-7 X Window System Session Management ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m gkrellm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343109: boa-constructor: Fails to start
Hello, Can you start boa-constructor, and send me the full console output ? You should have something like: $ boa-constructor Starting Boa Constructor v0.3.0 importing wxPython reading user preferences Created directory: /home/op/.boa-constructor Created directory: /home/op/.boa-constructor/docs-cache Created directory: /home/op/.boa-constructor/Plug-ins running main... creating Palette importing Palette ... If you remove your $HOME/.boa-constructor, does it work better ? Regards, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343262: devfs filename emulation not right for raid devices
On Dec 14, Joey Hess [EMAIL PROTECTED] wrote:
It just doesn't seem to be working in d-i.
/etc/udev/rules.d # /lib/udev/raid-devfs.sh cciss/c0d0p5
cat: invalid option -- n
BusyBox v1.01 (Debian 1:1.01-3) multi-call binary
Usage: cat [-u] [FILE]...
/etc/udev/rules.d #
Indeed. I will try to find a replacement for this (help is welcome...):
get_dev_number_cciss() {
grep '^cciss/' /proc/driver/cciss/* | cat -n | \
sed -n /cciss\/$1:/s/cciss.*//p
}
--
ciao,
Marco
signature.asc
Description: Digital signature
Bug#343445: update for #343445 (zope3)
See http://www.zope.org/Collectors/Zope3-dev/522. This issue will be fixed in the 3.2 release. Backporting it to 3.1 should be trivial - see r40837 in the zope svn repository (on the 3.2 branch). -- If you want to know what God thinks about money, just look at the people He gives it to. -- Old Irish Saying www: http://dman13.dyndns.org/~dman/jabber: [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#343473: [Pkg-shadow-devel] Bug#343473: #343473: login: Please do not build package on hurd-i386, breaks debootstrap
On Fri, Dec 16, 2005 at 11:37:40PM +0100, Nicolas François wrote: We probably also need to remove the passwd dependency on login (loginpam substvar). IIRC, the only reason for this dependency is because /etc/login.defs is needed by the passwd tools. And /etc/login.defs is provided by passwd on The Hurd. The Hurd package provides login, so the dependency gets resolved (because it is not versioned for the hurd-i386 package). Whether there is any technical reason to have it, I do not know. Michael -- Michael Banck Debian Developer [EMAIL PROTECTED] http://www.advogato.org/person/mbanck/diary.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343659: udev no longer reliably renames network interfaces
Package: udev
Version: 0.076-6
Severity: normal
Until about a month ago (note: I upgrade Debian unstable every few
days) udev used to reliably rename my network interfaces, but no
longer does so. When I boot the machine my 2 network interfaces have
their default names of eth0 and eth1 rather than my preference of lan0
and wlan0. A similar thing happens when I suspend (and unload
modules) and resume (and reload modules). Later, if I remove a single
module (tg3 or ipw2200) manually and reload it then the relevant
interface is correctly renamed. This points to a race condition,
since the machine is more heavily loaded at boot or resume time.
My rules look like this:
/etc/udev/rules.d/z00_local.rules:
ACTION==add, SUBSYSTEM==net, SYSFS{address}==00:12:f0:81:05:d3, \
NAME=wlan0
#ACTION==add, SUBSYSTEM==net, SYSFS{address}==00:11:25:15:a7:ba, \
# NAME=lan0
#KERNEL=eth*, SYSFS{address}=00:12:f0:81:05:d3, NAME=wlan0
KERNEL=eth*, SYSFS{address}=00:11:25:15:a7:ba, NAME=lan0
As you can see, I have 2 different styles of rules, but neither style
works reliably. I'm pretty sure this file used to have a different
name that put it at the end of the list of rules. However, I renamed
it while trying to solve the current problems.
Since udev is supposed to be able to do interface renaming, and has
done it reliably in the past, I'd like to get it working again instead
of installing some other package to do the job.
Thanks for any idea...
peace happiness,
martin
-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 8
lrwxrwxrwx 1 root root 20 Apr 11 2005 020_permissions.rules -
../permissions.rules
lrwxrwxrwx 1 root root 19 Oct 12 09:09 025_libgphoto2.rules -
../libgphoto2.rules
lrwxrwxrwx 1 root root 16 Oct 31 10:54 025_libsane.rules - ../libsane.rules
lrwxrwxrwx 1 root root 22 Dec 7 11:04 025_logitechmouse.rules -
../logitechmouse.rules
lrwxrwxrwx 1 root root 12 Oct 24 12:20 050_hal-plugdev.rules - ../hal.rules
lrwxr-xr-x 1 root root 19 Dec 6 2004 cd-aliases.rules - ../cd-aliases.rules
lrwxr-xr-x 1 root root 13 Jun 22 2004 udev.rules - ../udev.rules
-rw-r--r-- 1 root root 721 Dec 16 17:21 z00_local.rules
lrwxrwxrwx 1 root root 19 Aug 20 12:17 z20_persistent.rules -
../persistent.rules
lrwxrwxrwx 1 root root 12 Jul 7 09:40 z50_run.rules - ../run.rules
lrwxrwxrwx 1 root root 16 Oct 11 17:23 z55_hotplug.rules - ../hotplug.rules
lrwxrwxrwx 1 root root 19 Aug 5 04:34 z60_alsa-utils.rules -
../alsa-utils.rules
lrwxrwxrwx 1 root root 15 Sep 22 13:11 z60_hdparm.rules - ../hdparm.rules
lrwxrwxrwx 1 root root 17 Jul 7 09:40 z70_hotplugd.rules - ../hotplugd.rules
-- /sys/:
/sys/block/sda/dev
/sys/block/sda/sda1/dev
/sys/block/sda/sda2/dev
/sys/block/sda/sda3/dev
/sys/block/sda/sda5/dev
/sys/block/sda/sda6/dev
/sys/block/sda/sda7/dev
/sys/block/sda/sda8/dev
/sys/block/sr0/dev
/sys/class/input/event0/dev
/sys/class/input/event1/dev
/sys/class/input/event2/dev
/sys/class/input/mice/dev
/sys/class/input/mouse0/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/psaux/dev
/sys/class/misc/rtc/dev
/sys/class/scsi_generic/sg0/dev
/sys/class/scsi_generic/sg1/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1c/dev
/sys/class/sound/pcmC0D2c/dev
/sys/class/sound/pcmC0D3c/dev
/sys/class/sound/pcmC0D4p/dev
/sys/class/sound/timer/dev
/sys/class/usb_device/usbdev1.1/dev
/sys/class/usb_device/usbdev2.1/dev
/sys/class/usb_device/usbdev3.1/dev
/sys/class/usb_device/usbdev4.1/dev
/sys/class/usb_device/usbdev4.2/dev
/sys/class/usb_device/usbdev5.1/dev
-- Kernel configuration:
isapnp_init not present.
-- 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.14.3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages udev depends on:
ii initscripts 2.86.ds1-6 Standard scripts needed for bootin
ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an
ii libselinux1 1.26-1 SELinux shared libraries
ii lsb-base 3.0-12 Linux Standard Base 3.0 init scrip
ii makedev 2.3.1-79 creates device files in /dev
ii sed 4.1.4-5The GNU sed stream editor
udev recommends no packages.
-- debconf information:
udev/devfs-warning:
* udev/reboot-warning:
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343141: udev: More symlink unhappiness in postinst
On Dec 13, Michael Deegan [EMAIL PROTECTED] wrote: I started getting this problem with 0.076-4. Upgrading to 0.076-6 made no difference. I now have a growing collection of /tmp/udev.*/ directories. :) Did you by chance purge and then reinstall udev without rebooting? -- ciao, Marco signature.asc Description: Digital signature
Bug#337269: gatos: FTBFS: invalid lvalue in assignment
If I knew, I would, but didn't find how to. I'm tempted to orphan the package, as it's for rather old video cards, and that there is a new gatos Christian Lars Wirzenius a écrit : If I change src/i2c.c, line 398 to be like this: if (loop) (N1) ? (N2=N) : (N1 = N) ; if (N2) loop = 0 ; } Then the build continues, but fails later with this error: g++ -Wall -pipe -O -o .libs/xatitv xatitv.o xutils.o .libs/xatitvS.o ./.libs/libgatos.so -L/usr/lib /usr/lib/libibtk.so -L/usr/X11R6/lib -lstdc++ -lX11 -lXxf86dga -lXxf86vm -lXext -lm /usr/bin/ld: warning: type and size of dynamic symbol `__do_delay' are not defined /usr/bin/ld: dynamic variable `__do_delay' is zero size /usr/bin/ld: .libs/xatitvS.o(.rodata+0x14c4): unresolvable R_386_32 relocation against symbol `__do_delay' /usr/bin/ld: final link failed: Nonrepresentable section on output I don't know how to fix that. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343092: recovery ?
Would anyone be kind enough to provide recovery instructions for this issue, for current state and/or when the newer linux-image are available? Link to an appropriate man page qualify :) Thanks, Jean-Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343658:
A friend of mine (TheLooX) told me a solution for this bug:
--- gtk-qt-engine-0.6.orig/src/qt_theme_draw.c 2004-12-21 21:28:34 +0600
+++ gtk-qt-engine-0.6/src/qt_theme_draw.c 2005-09-30 08:20:50 +0700
@@ -1777,6 +1777,7 @@
{
pixmap = pix_test;
parent_relative = FALSE;
+ gdk_drawable_set_colormap(pixmap, style-colormap);
}
He probe it and he report is working... maybe you can pass it to the
upstream or apply the patch to the packaged version.
-- eclipxe
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343660: ITP: gcx-astronomy image processing
Package: gcx Version: 0.9.7 Severity: wishlist Gcx is an astronomical image processing and data reduction tool, with an easy to use graphical user interface. It provides a complete set of data reduction functions for CCD photometry, with frame WCS fitting, automatic star identification, aperture photometry of target and standard stars, single-frame ensemble photometry solution finding, multi-frame color coefficient fitting, extinction coefficient fitting, and all-sky photometry; as well as general-purpose astronomical image processing functions (bias, dark, flat, frame alignment and stacking); It can function as a FITS viewer. The program can control CCD cameras and telescopes, and implement automatic observation scripting. Cameras are controlled through a hardware-specific server, to which gcx connects through a TCP socket. It generates FITS files with comprehensive header information. gcx is written by me (Radu Corlan) and released under GPL -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Bug#343661: libdevhelp-1-0: fails to install
Package: libdevhelp-1-0 Version: 0.10-5 Severity: important libdevhelp-1-0 fails to install due to missing gconf-schemas. This is likely a missing dependency, as none of the packages I have installed provide gconf-schemas. Setting up libdevhelp-1-0 (0.10-5) ... /var/lib/dpkg/info/libdevhelp-1-0.postinst: 6: gconf-schemas: not found dpkg: error processing libdevhelp-1-0 (--configure): subprocess post-installation script returned error exit status 127 dpkg: dependency problems prevent configuration of devhelp: devhelp depends on libdevhelp-1-0 (= 0.10-5); however: Package libdevhelp-1-0 is not configured yet. dpkg: error processing devhelp (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libdevhelp-1-0 devhelp E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libdevhelp-1-0 depends on: ii devhelp-common0.10-5 common files for devhelp and its l ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library hi libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libgconf2-4 2.10.1-1 GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.4-2The GLib library of C routines ii libgnomevfs2-02.10.1-5 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.10-2 The GTK+ graphical user interface ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libstdc++64.0.2-5The GNU Standard C++ Library v3 ii libxml2 2.6.22-2 GNOME XML library ii mozilla-browser 2:1.7.8-1 The Mozilla Internet application s ii zlib1g1:1.2.3-8 compression library - runtime libdevhelp-1-0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324798: can't determine who's key to encrypt to
Hi! I've got a similar problem, too, since a while, but I think that I found out a bit more about it. I use Mozilla Thunderbird (1.0.7-3) with Enigmail (0.93-1). When I try to send an encrypted email, the window from which to select the recipient's key is empty and the console shows the following output: enigmail.js: getRulesData enigmail.js: Enigmail.encryptMessage: 12 bytes from 0x8ABCAEF5 to [EMAIL PROTECTED] (354) enigmail.js: Enigmail.encryptMessageStart: prompter=null, uiFlags=16, from 0x8ABCAEF5 to [EMAIL PROTECTED], hashAlgorithm= (0162) enigmail.js: Enigmail.execStart: command = /usr/bin/gpg --batch --no-tty --status-fd 2 -a -e --always-trust --encrypt-to 0x8ABCAEF5 -r [EMAIL PROTECTED] -u 0x8ABCAEF5, needPassphrase=0, domWindow=[object ChromeWindow], prompter=null, listener=[xpconnect wrapped nsIIPCBuffer], noProxy=true enigmail.js: Enigmail.execStart: copied command line/env to files ~/enigmail/enigcmd.txt/enigenv.txt enigmail /usr/bin/gpg --batch --no-tty --status-fd 2 -a -e --always-trust --encrypt-to 0x8ABCAEF5 -r [EMAIL PROTECTED] -u 0x8ABCAEF5 enigmail.js: Enigmail.execStart: pipetrans = [xpconnect wrapped nsIPipeTransport] enigmail.js: Enigmail.encryptMessageEnd: uiFlags=16, sendFlags=0162, outputLen=12, pipeTransport=[xpconnect wrapped (nsISupports, nsIPipeTransport, nsIRequest)] enigmail.js: Enigmail.execEnd: enigmail.js: Enigmail.execEnd: copied command err output to file ~/enigmail/enigerr.txt enigmail.js: Enigmail.execEnd: exitCode = 0 enigmail.js: Enigmail.execEnd: errOutput = [GNUPG:] BEGIN_ENCRYPTION 2 9 [GNUPG:] END_ENCRYPTION enigmail.js: Enigmail.execEnd: statusFlags = enigmail.js: Enigmail.stillActive: 2005-12-17 00:46:29.116 ERROR in enigmailUserSelection: enigmailUserSelLoad: 2005-12-17 00:46:29.117 userId=undefined expiry= So the problem is to determine why the userId is undefined. When clicking on Refresh Key List, the console shows: 2005-12-17 00:50:50.678 enigmailUserSelection.js: enigmailBuildList 2005-12-17 00:50:50.679 enigmailMessengerOverlay.js: enigGetUserList enigmail.js: Enigmail.execCmd: command = /usr/bin/gpg --batch --no-tty --status-fd 2 --with-colons --list-keys enigmail.js: Enigmail.execCmd: copied command line/env/input to files ~/enigmail/enigcmd.txt/enigenv.txt/enigi np.txt enigmail /usr/bin/gpg --batch --no-tty --status-fd 2 --with-colons --list-keys enigmail.js: Enigmail.execCmd: copied command out/err data to files ~/enigmail/enigout.txt/enigerr.txt enigmail.js: Enigmail.execCmd: exitCode = 0 enigmail.js: Enigmail.execCmd: errOutput = enigmail.js: Enigmail.execCmd: statusFlags = enigmail.js: Enigmail.stillActive: 2005-12-17 00:50:50.725 ERROR in enigmailUserSelection: enigmailUserSelLoad: 2005-12-17 00:50:50.726 userId=undefined expiry= Running the gpg command manually gives me: tru::0:1133273718:1166994384:3:1:5 pub:u:1024:17:D09580C78ABCAEF5:2004-11-05:::u:T* P* [EMAIL PROTECTED]::scESC: uid:u2005-01-08::36F1A*FBE32DD::Tobias Pfeiffer [EMAIL PROTECTED]: uid:u2005-01-05::A697C*56F9601::Tobias Pfeiffer [EMAIL PROTECTED]: uid:u2005-01-05::FC6CC*A518E22::Tobias Pfeiffer [EMAIL PROTECTED]: sub:u:1024:16:202F67EC00AA8702:2004-11-05::e: sub:u:2048:16:934F2DC48BF90816:2005-01-05::e: pub:f:1024:17:A5150C15054BDD45:2004-12-13:2006-12-24::-:D* P* [EMAIL PROTECTED]::scESC: sub:f:2048:16:4236A9192FF2FD6E:2004-12-13:2006-12-24:e: pub:f:1024:17:75EFA28019A16E34:2005-01-08:::-:S* B* [EMAIL PROTECTED]::scESC: sub:f:4096:16:F6E5853CD4AC71D5:2005-01-08::e: pub:f:1024:17:83A13C8A1AB3934E:2005-01-30:::-:A* F* [EMAIL PROTECTED]::scESC: sub:f:2048:16:229C25AF3DA3B3AC:2005-01-30::e: pub:f:1024:17:A4E5CCA642713FBC:2005-10-26:::f:R* [EMAIL PROTECTED]::scESC: sub:f:4096:16:3C66685C8655BF0A:2005-10-26::e: So now it is to you to find out why enigmail has a problem with this output. I'd be happy to have this problem solved, since I cannot write any encrypted mails any more... Bye Tobias -- I may disagree with what you have to say, but I shall defend to the death your right to say it. -- Voltaire -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343662: fsck errors halting boot after upgrade
Package: e2fsprogs Version: 1.39 This is specifically version 1.39 WIP (10-Dec-2005) $uname -a Linux basement 2.6.14-2-686 #2 Fri Dec 9 10:11:34 UTC 2005 i686 GNU/Linux $e2fsck -V e2fsck 1.39-WIP (10-Dec-2005) Using EXT2FS Library version 1.39-WIP, 10-Dec-2005 after upgrading kernel and many many packages, reboot gives the following problem: fsck reports error on drives, mounts root with : EXT3-fs warning: mounting fs with errors, running e2fsck is recommended when boot process tries to mount remaining partitions I get: /dev/hda3: Superblock last mount time is in the future /dev/hda3: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY I get identical messages for all partitions on two disks except /dev/hda1 which mounts on /boot and /dev/hdb1 and hdb3 which don't mount at boot time (and seem to mount fine later). these errors halt the boot and drop to a shell with the recommendation to manually run fsck or type ctrl-D to continue. either choice, the boot finished fine and system operates fine. so when I manually fsck all the available partitions, it fixes them and marks them as clean. reboot -- same problem happens again. to help diagnose, I booted into knoppix and fsck'd all my partitions from there, then rebooted BACK into knoppix and checked them again (trying to rule out hardware issues) and there were no problems. I mounted a couple of partitions in knoppix just to make sure. all fine. reboot back into Debian and it happens again just as before. this problem also occurs when using kernel 2.6.12 in debian with same e2fsprogs. FWIW, knoppix uses e2fsck 1.38 (30-Jun-2005) and kernel 2.6.12 thanks Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343663: xemacs21-mule: Crash when starting in a dir containing 'ø' in its name
Package: xemacs21-mule
Version: 21.4.18-1
Severity: important
xemacs21-mule crashes if it is run in a directory with a name
containing 'ø' (oslash, 0xf8 - a Danish letter).
Steps to reproduce ('ø' is on my keyboard, in the following echo is
used to make it easier to reproduce with non-Danish keyboards):
$ MYTESTDIR=$(echo -e '/tmp/\xf8')
$ mkdir $MYTESTDIR
$ cd $MYTESTDIR
$ /usr/bin/xemacs21-mule
Fatal error (11).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
Your version of XEmacs was distributed with a PROBLEMS file that may describe
your crash, and with luck a workaround. Please check it first, but do report
the crash anyway. Please report this bug by invoking M-x report-emacs-bug,
or by selecting `Send Bug Report' from the Help menu. If necessary, send
ordinary email to [EMAIL PROTECTED]'. *MAKE SURE* to include the XEmacs
configuration from M-x describe-installation, or equivalently the file
Installation in the top of the build tree.
*Please* try *hard* to obtain a C stack backtrace; without it, we are unlikely
to be able to analyze the problem. Locate the core file produced as a result
of this crash (often called `core' or `core.process-id', and located in
the directory in which you started XEmacs or your home directory), and type
gdb /usr/bin/xemacs21-mule core
then type `where' at the debugger prompt. No GDB on your system? You may
have DBX, or XDB, or SDB. (Ask your system administrator if you need help.)
If no core file was produced, enable them (often with `ulimit -c unlimited'
in case of future recurrance of the crash.
X Error of failed request: BadIDChoice (invalid resource ID chosen for this
connection)
Major opcode of failed request: 45 (X_OpenFont)
Resource id in failed request: 0x2400035
Serial number of failed request: 1104
Current serial number in output stream: 1099
X Error of failed request: BadFont (invalid Font parameter)
Major opcode of failed request: 155 (XFree86-Bigfont)
Minor opcode of failed request: 1 ()
Resource id in failed request: 0x2400035
Serial number of failed request: 1105
Current serial number in output stream: 1099
Xlib: unexpected async reply (sequence 0x454)!
Xlib: unexpected async reply (sequence 0x455)!
Xlib: unexpected async reply (sequence 0x456)!
xemacs21-mule: Fatal I/O Error 32 (Broken pipe) on display connection :0.0
after 340 requests (3191 known processed) with 213 events remaining.
Warning: Color name Gray30 is not defined
Fatal error: assertion failed, file glyphs-x.c, line 1280, ABORT()
Fatal error (6).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
Your version of XEmacs was distributed with a PROBLEMS file that may describe
your crash, and with luck a workaround. Please check it first, but do report
the crash anyway. Please report this bug by invoking M-x report-emacs-bug,
or by selecting `Send Bug Report' from the Help menu. If necessary, send
ordinary email to [EMAIL PROTECTED]'. *MAKE SURE* to include the XEmacs
configuration from M-x describe-installation, or equivalently the file
Installation in the top of the build tree.
*Please* try *hard* to obtain a C stack backtrace; without it, we are unlikely
to be able to analyze the problem. Locate the core file produced as a result
of this crash (often called `core' or `core.process-id', and located in
the directory in which you started XEmacs or your home directory), and type
gdb /usr/bin/xemacs21-mule core
then type `where' at the debugger prompt. No GDB on your system? You may
have DBX, or XDB, or SDB. (Ask your system administrator if you need help.)
If no core file was produced, enable them (often with `ulimit -c unlimited'
in case of future recurrance of the crash.
Lisp backtrace follows:
# (unwind-protect ...)
# (unwind-protect ...)
# (catch #INTERNAL OBJECT (XEmacs bug?) (opaque-ptr, adr=0x82f4bdc)
0x831b530 ...)
# (unwind-protect ...)
# bind (inhibit-quit)
# (condition-case ... . error)
# (catch top-level ...)
Aborted (core dumped)
$ gdb /usr/bin/xemacs21-mule core
GNU gdb 6.3.90_20051119-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for details.
This GDB was configured as i486-linux-gnu...(no debugging symbols found)
Using host libthread_db library /lib/tls/libthread_db.so.1.
(no debugging symbols found)
Core was generated by `/usr/bin/xemacs21-mule'.
Program terminated with signal 6, Aborted.
warning: Can't read pathname for load map: Input/output error.
Reading symbols from /usr/X11R6/lib/libXaw.so.7...(no debugging symbols
found)...done.
Loaded symbols for /usr/X11R6/lib/libXaw.so.7
Reading symbols from /usr/lib/libtiff.so.4...(no debugging symbols
found)...done.
Loaded symbols
Bug#343664: libgtksourceview-common: please add language support for OCaml (Objective Caml)
Package: libgtksourceview-common Version: 1.4.2-2 Severity: wishlist You are welcome to use or improve on http://www.cs.cmu.edu/~ecc/ocaml.lang -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343665: mozilla-browser: glibc detected *** malloc(): memory corruption
Package: mozilla-browser Version: 2:1.7.12-1 Severity: important I just upgraded to testing today. After upgrading kernel to 2.6.12, system seems to be working fine. But mozilla does not start from screen. Then I tried to start this from console and got followings: [EMAIL PROTECTED]:~$ mozilla *** glibc detected *** malloc(): memory corruption (fast): 0x081bf888 *** H... quite nasty crash. Upgrading system to unstable solves this... Osamu -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mozilla-browser depends on: ii debconf 1.4.62 Debian configuration management sy ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libc62.3.5-8 GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-5 GCC support library ii libglib2.0-0 2.8.3-1 The GLib library of C routines ii libgtk2.0-0 2.6.10-1The GTK+ graphical user interface ii libnspr4 2:1.7.12-1 Netscape Portable Runtime Library ii libpango1.0-01.8.2-3 Layout and rendering of internatio ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxp6 6.8.2.dfsg.1-11 X Window System printing extension ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt6 6.8.2.dfsg.1-11 X Toolkit Intrinsics ii psmisc 21.8-1 Utilities that use the proc filesy ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages mozilla-browser recommends: ii mozilla-psm 2:1.7.12-1 The Mozilla Internet application s ii myspell-en-us [myspell-dictio 20050823-1 English (US) dictionary for myspel -- debconf information: * mozilla/dsp: auto * mozilla/locale_auto: true * mozilla/prefs_note: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343471: bash: In the command line, problem when the line reaches the last column of the terminal
On 2005-12-16 13:47:21 -0500, Chet Ramey wrote: Vincent Lefevre wrote: When I start bash with bash --rcfile /etc/bash.bashrc, the problem occurs. But if I type bash --norc then source /etc/bash.bashrc, it doesn't occur. What's the difference between them? The difference is that readline initializes itself after /etc/bash.bashrc is read in the former case, and before it's read in the latter. That would seem to point to /etc/bash.bashrc. Possibly another problem: it seems that --rcfile is buggy. dixsept:~ bash --norc bash-3.1$ dixsept:~ bash --rcfile /dev/null [EMAIL PROTECTED]:~$ Shouldn't I have got the same prompt? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / SPACES project at LORIA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343471: bash: In the command line, problem when the line reaches the last column of the terminal
On 2005-12-16 13:47:21 -0500, Chet Ramey wrote:
What's in debian's /etc/bash.bashrc, and has it been changed on your
system?
Without the comments:
[ -z $PS1 ] return
shopt -s checkwinsize
if [ -z $debian_chroot ] [ -r /etc/debian_chroot ]; then
debian_chroot=$(cat /etc/debian_chroot)
fi
PS1='${debian_chroot:+($debian_chroot)[EMAIL PROTECTED]:\w\$ '
and /etc/debian_chroot doesn't exist. I've never changed
/etc/bash.bashrc (this is Debian's default file).
--
Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/
100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343666: cdrecord: segfaults on burn start
Package: cdrecord Version: 4:2.01+01a03-4 Severity: important A backtrace is below[1]. The 4:2.01+01a03-4 release didn't segv, but reported an error[2]. [1] [EMAIL PROTECTED]:/tmp$ sudo gdb /usr/bin/cdrecord.mmap GNU gdb 6.3.90_20051119-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as ia64-linux-gnu...Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) set args -v /tmp/debian-31r0a-amd64-netinst-hpde-20051216.iso (gdb) run Starting program: /usr/bin/cdrecord.mmap -v /tmp/debian-31r0a-amd64-netinst-hpde-20051216.iso /usr/bin/cdrecord: No write mode specified. /usr/bin/cdrecord: Asuming -tao mode. /usr/bin/cdrecord: Future versions of cdrecord may have different drive dependent defaults. /usr/bin/cdrecord: Continuing in 5 seconds... Cdrecord-Clone 2.01.01a03 (ia64-unknown-linux-gnu) Copyright (C) 1995-2005 Joerg Schilling NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord and thus may have bugs that are not present in the original version. Please send bug reports and support requests to [EMAIL PROTECTED]. The original author should not be bothered with problems of this version. /usr/bin/cdrecord: Warning: Running on Linux-2.6.14-2-mckinley-smp /usr/bin/cdrecord: There are unsettled issues with Linux-2.5 and newer. /usr/bin/cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. TOC Type: 1 = CD-ROM scsidev: '/dev/cdrom' devname: '/dev/cdrom' scsibus: -2 target: -2 lun: -2 Warning: Open by 'devname' is unintentional and not supported. Linux sg driver version: 3.5.27 Using libscg version 'ubuntu-0.8ubuntu1'. /usr/bin/cdrecord: Warning: using inofficial version of libscg (ubuntu-0.8ubuntu1 '@(#)scsitransp.c 1.91 04/06/17 Copyright 1988,1995,2000-2004 J. Schilling'). Driveropts: 'burnfree' SCSI buffer size: 64512 /usr/bin/cdrecord: Asked for SCSI I/O buffer size 64512 bytes, could only get 20480. atapi: 1 Device type: Removable CD-ROM Version: 0 Response Format: 2 Capabilities : Vendor_info: 'LITE-ON ' Identifikation : 'LTR-24102B ' Revision : '5KS3' Device seems to be: Generic mmc CD-RW. Current: 0x000A Profile: 0x000A (current) Profile: 0x0009 Profile: 0x0008 Profile: 0x0002 (current) Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R Drive buf size : 1966272 = 1920 KB Program received signal SIGSEGV, Segmentation fault. fillbytes (tov=0xc0001c40, cnt=value optimized out, val=value optimized out) at fillbytes.c:95 95 *to++ = cval; (gdb) bt #0 fillbytes (tov=0xc0001c40, cnt=value optimized out, val=value optimized out) at fillbytes.c:95 #1 0x400117a0 in main (ac=3, av=0x6f837728) at cdrecord.c:4021 (gdb) bt full #0 fillbytes (tov=0xc0001c40, cnt=value optimized out, val=value optimized out) at fillbytes.c:95 to = 0xc0001c40 Address 0xc0001c40 out of bounds n = 3 lval = 0 #1 0x400117a0 in main (ac=3, av=0x6f837728) at cdrecord.c:4021 vers = value optimized out auth = value optimized out dev = 0x6001c270 /dev/cdrom timeout = 40 speed = 10 flags = 1048576 blanktype = 0 i = dwarf2_read_address: Corrupted DWARF expression. (gdb) [2] [EMAIL PROTECTED]:/tmp$ sudo cdrecord -v blank=fast /tmp/debian-31r0a-amd64-netinst-hpde-20051216.iso cdrecord: No write mode specified. cdrecord: Asuming -tao mode. cdrecord: Future versions of cdrecord may have different drive dependent defaults. cdrecord: Continuing in 5 seconds... Cdrecord-Clone 2.01.01a03 (ia64-unknown-linux-gnu) Copyright (C) 1995-2005 Joerg Schilling NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord and thus may have bugs that are not present in the original version. Please send bug reports and support requests to [EMAIL PROTECTED]. The original author should not be bothered with problems of this version. cdrecord: Warning: Running on Linux-2.6.14-2-mckinley-smp cdrecord: There are unsettled issues with Linux-2.5 and newer. cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. TOC Type: 1 = CD-ROM scsidev: '/dev/cdrom' devname: '/dev/cdrom' scsibus: -2 target: -2 lun: -2 Warning: Open by 'devname' is unintentional and not supported. Linux sg driver version: 3.5.27 Using libscg version 'ubuntu-0.8ubuntu1'. cdrecord: Warning: using inofficial version of libscg (ubuntu-0.8ubuntu1 '@(#)scsitransp.c 1.91 04/06/17 Copyright 1988,1995,2000-2004 J
Bug#343667: eclipse: Help-Help Contents launches external browser
Package: eclipse Version: 3.1.1-6 Severity: normal Hi, if I'm not mistaken the help system should work such that opening the help opens a view with an embedded gecko-browser. However choosing Help-Help Contents launches a full firefox here. Opening the Help View manually works however. If the behaviour is indeed correct and I'm just stupid to think that Help-Help Contents launches the Help-View instead of an external browser, please immediately close this bug report. Hmm, looking through the preferences I do see that I cannot choose to use the internal web browser, maybe that's related? Andreas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3-cherry+radeon Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages eclipse depends on: ii eclipse-jdt 3.1.1-6Java Development Tools plug-ins fo ii eclipse-pde 3.1.1-6Plug-in Development Environment to ii eclipse-source3.1.1-6Eclipse source code plug-ins eclipse recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#254089: FTBFS: test for res_mkquery is broken
Package: mtr Version: 0.58-1.0.0.1.pure64 Followup-For: Bug #254089 I just noticed (thanks to debsecan) that because of this bug, I still have an old, patched version of mtr that's vulnerable to CVE-2004-1224. Anyway, if you don't want to hardcode -lresolv, my suggestion would be to adjust the test to #include resolv.h before checking for res_mkquery; http://developer.momonga-linux.org/viewcvs/trunk/pkgs/hesiod/hesiod-3.0.2-libresolv.patch?rev=2396 illustrates how you might do this. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mtr depends on: ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libglib1.2 1.2.10-10 The GLib library of C routines ii libgtk1.21.2.10-18 The GIMP Toolkit set of widgets fo ii libncurses5 5.5-1 Shared libraries for terminal hand ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m mtr recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335392: openoffice.org: [patch] FTBFS on amd64: ** Error ** - Can't find file cws-ooo64bit02.2005-04-19-math-h.diff
Package: openoffice.org Version: 2.0.0-4 Followup-For: Bug #335392 Hi, I have done a patch (attached) fixing these problems plus some further ones. Once the apt-get source openoffice.org, just go in openoffice.org-2.0.0/ and apply the patch. Then do a dpkg-buildpackage -rfakeroot -us -uc as usually. I did include the intptr-* patches in Debian64 only but I believe they are safe for any architecture (btwm there was one missing in basegfx). I've stopped at: Making: ../../unxlngx4.pro/obj/bigint.obj g++ -fmessage-length=0 -c -I. -I. -I../inc -I../../inc -I../../unx/inc -I../../unxlngx4.pro/inc -I. -I/home/fleury/devel/projects/openoffice/openoffice.org-2.0.0-1/ooo-build/build/ooo680-m3/solver/680/unxlngx4.pro/inc/stl -I/home/fleury/devel/projects/openoffice/openoffice.org-2.0.0-1/ooo-build/build/ooo680-m3/solver/680/unxlngx4.pro/inc/external -I/home/fleury/devel/projects/openoffice/openoffice.org-2.0.0-1/ooo-build/build/ooo680-m3/solver/680/unxlngx4.pro/inc -I/home/fleury/devel/projects/openoffice/openoffice.org-2.0.0-1/ooo-build/build/ooo680-m3/solenv/unxlngx4/inc -I/home/fleury/devel/projects/openoffice/openoffice.org-2.0.0-1/ooo-build/build/ooo680-m3/solenv/inc -I/home/fleury/devel/projects/openoffice/openoffice.org-2.0.0-1/ooo-build/build/ooo680-m3/res -I/home/fleury/devel/projects/openoffice/openoffice.org-2.0.0-1/stlport4/stlport -I/home/fleury/devel/projects/openoffice/openoffice.org-2.0.0-1/stlport4/include/stlport -I/home/fleury/devel/projects/openoffice/openoffice.org-2.0.0-1/stlport4/include/stlport -I/home/fleury/devel/projects/openoffice/openoffice.org-2.0.0-1/ooo-build/build/ooo680-m3/solenv/inc/Xp31 -I/usr/lib/jvm/java-gcj/include -I/usr/X11R6/include -I. -I../../res -I. -O -fno-strict-aliasing -fvisibility=hidden -pipe -fno-use-cxa-atexit -Wno-ctor-dtor-privacy -fvisibility-inlines-hidden -include preinclude.h -g -fno-exceptions -fPIC -DLINUX -DUNX -DVCL -DGCC -DC300 -DX86_64 -DGXX_INCLUDE_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../../include/c++/4.0.3 -DCVER=C300 -D_USE_NAMESPACE -DNPTL -DGLIBC=2 -DX86_64 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -DHAVE_GCC_VISIBILITY_FEATURE -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DSUPD=680 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_OFF -DCUI -DSOLAR_JAVA -DOOO680 -DTOOLS_DLLIMPLEMENTATION -DMULTITHREAD -w -o ../../unxlngx4.pro/obj/bigint.o /home/fleury/devel/projects/openoffice/openoffice.org-2.0.0-1/ooo-build/build/ooo680-m3/tools/source/generic/bigint.cxx /home/fleury/devel/projects/openoffice/openoffice.org-2.0.0-1/ooo-build/build/ooo680-m3/tools/source/generic/bigint.cxx:664: error: no 'BigInt::operator ULONG() const' member function declared in class 'BigInt' dmake: Error code 1, while making '../../unxlngx4.pro/obj/bigint.obj' '---* tg_merge.mk *---' ERROR: Error 65280 occurred while making /home/fleury/devel/projects/openoffice/openoffice.org-2.0.0-1/ooo-build/build/ooo680-m3/tools/source/generic make[1]: *** [stamp/build] Error 1 make[1]: Leaving directory `/home/fleury/devel/projects/openoffice/openoffice.org-2.0.0-1/ooo-build' make: *** [debian/stampdir/build] Error 2 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) diff -ruN openoffice.org-2.0.0/ooo-build/patches/64bit/buildfix-64bit-config_office.diff openoffice.org-2.0.0-2/ooo-build/patches/64bit/buildfix-64bit-config_office.diff --- openoffice.org-2.0.0/ooo-build/patches/64bit/buildfix-64bit-config_office.diff 2005-12-15 20:50:45.0 +0100 +++ openoffice.org-2.0.0-2/ooo-build/patches/64bit/buildfix-64bit-config_office.diff 2005-12-17 01:31:35.0 +0100 @@ -1,5 +1,14 @@ --- config_office/configure.in 2005-01-28 05:34:39.0 +0100 +++ config_office/configure.in 2005-01-28 05:36:21.0 +0100 +@@ -3357,7 +3385,7 @@ + AC_MSG_RESULT([external]) + SYSTEM_HUNSPELL=YES + AC_LANG(C++) +-AC_CHECK_HEADER(hunspell.hxx, [], ++AC_CHECK_HEADER(hunspell/hunspell.hxx, [], +[AC_MSG_ERROR(hunspell headers not found.)], []) + AC_CHECK_LIB(hunspell, main, [], +[ AC_MSG_ERROR(hunspell library not found.) ], []) @@ -3481,17 +3481,17 @@ MOC=moc if test $test_kde = yes -a $ENABLE_KDE = TRUE ; then diff -ruN openoffice.org-2.0.0/ooo-build/patches/64bit/intptr-basegfx.diff openoffice.org-2.0.0-2/ooo-build/patches/64bit/intptr-basegfx.diff --- openoffice.org-2.0.0/ooo-build/patches/64bit/intptr-basegfx.diff 1970-01-01 01:00:00.0 +0100 +++ openoffice.org-2.0.0-2/ooo-build/patches/64bit/intptr-basegfx.diff 2005-12-17 01:31:53.0 +0100 @@ -0,0 +1,11 @@ +--- basegfx/source/polygon/b2dpolypolygonrasterconverter.cxx.orig 2005-12-17 01:11:26.0 +0100 basegfx/source/polygon/b2dpolypolygonrasterconverter.cxx 2005-12-17
Bug#343308: [SPAM?]: Bug#343308: tetex-bin: fmtutil-sys: problems with amsptex from ptex-base
Frank Küster wrote:
Hilmar Preusse [EMAIL PROTECTED] wrote:
On 15.12.05 Frank Küster ([EMAIL PROTECTED]) wrote:
Helge Hafting [EMAIL PROTECTED] wrote:
Moin,
kpsewhich --progname=amsptex --var-value TEXINPUTS.amsptex
# kpsewhich --progname=amsptex --var-value TEXINPUTS.amsptex
.:{/root/.texmf-config,/root/.texmf-var,/root/texmf,/etc/texmf,!!/var/lib/texmf,!!/usr/local/share/texmf,!!/usr/share/texmf}/{ptex,tex}/{amstex,plain,generic,}//
/usr/share/texmt-tetex is missing here. Can you please send us the
output of the following commands:
grep '^TEXMF =' /etc/texmf/texmf.cnf
grep '^TEXMF =' /etc/texmf/texmf.d/*
grep 'amsptex' /etc/texmf/texmf.cnf
grep 'amsptex' /etc/texmf/texmf.d/*
He has still tex-common 0.11. Anywhere are the Deps not set tight
enough.
Err, no, it's different. dpkg thinks that he has tetex-base_3.0-10. So
the file should be i /usr/share/texmf, not /usr/share/texmf-tetex. But
the file is in /usr/share/texmf-tetex, so dpkg is wrong about which
versions are installed.
Helge, can you tell us when and in which order you did your last
upgrades? And what's the output of
I am not sure. I do weekly apt-get update;apt-get dist-upgrade, with my
apt set to prefer testing. Then I sometimes do
apt-get -t unstable install interesting-packages
and trust the dependencies to pull in anything else that may be needed.
At the moment, I found it interesting to upgrade tetex-bin
for package in tetex-base tetex-extra tetex-bin; do zcat
/usr/share/doc/$package/changelog.Debian.gz | head -1; done
tetex-base (3.0-10) unstable; urgency=low
tetex-base (3.0-10) unstable; urgency=low
tetex-bin (3.0-11) unstable; urgency=high
zcat /usr/share/doc/tex-common/changelog.gz | head -1
tex-common (0.11) unstable; urgency=low
I just installed tetex-bin and tetex-base from todays unstable.
It worked fine, here is a list of packages that will install without errors:
dpkg -l tex-common tetex*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)
||/ Name VersionDescription
+++-==-==-
ii tetex-base 3.0-11 Basic library files of teTeX
ii tetex-bin 3.0-12 The teTeX binary files
ii tetex-brev 4.22-2 Norwegian A4 letter style for LaTeX
ii tetex-doc 3.0-11 The documentation component of the
Debian te
un tetex-eurosym none (no description available)
ii tetex-extra3.0-11 Additional library files of teTeX
un tetex-french none (no description available)
un tetex-lib none (no description available)
un tetex-nonfree none (no description available)
ii tex-common 0.13 Common infrastructure for using and
building
Helge Hafting
Bug#343659: udev no longer reliably renames network interfaces
On Dec 17, Martin Schwenke [EMAIL PROTECTED] wrote: Until about a month ago (note: I upgrade Debian unstable every few days) udev used to reliably rename my network interfaces, but no longer does so. When I boot the machine my 2 network interfaces have Try adding this before the other rules: ACTION==add, SUBSYSTEM==net, WAIT_FOR_SYSFS=address -- ciao, Marco signature.asc Description: Digital signature
Bug#343663: M-x shell
I forgot to do the example with '-vanilla' on the command-line, sorry. When I do that, I need to execute 'M-x shell', after XEmacs has started, to trigger the crash. (My init.el contains '(gnuserv-start)' - which makes the crash appear on startup - if I comment it out, no crash until I execute 'M-x shell'). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#37150: `install -d -m MODE dir' doesn't honor MODE [Re: Bug#37150...
Jim Meyering [EMAIL PROTECTED] writes: Or maybe the documentation should simply admit that when using -d, certain directory attributes (e.g., for ACLs, too) may be inherited. One argument in favor of this approach is that Solaris 9's /usr/sbin/install also works this way. But when I tried Solaris 9's /usr/sbin/install, the setgid bit was not inherited: $ ls -ld . drwxrwsr-x 2 eggert eggert 512 Dec 13 11:46 . $ /usr/sbin/install -d -m 0755 foo directory foo created 263-pete $ ls -ld foo drwxr-xr-x 2 eggert eggert 512 Dec 16 16:31 foo Perhaps you were using /usr/ucb/install? That does behave like coreutils install: $ rmdir foo $ /usr/ucb/install -d -m 0755 foo 260-pete $ ls -ld foo drwxr-sr-x 2 eggert eggert 512 Dec 16 16:31 foo Maybe the code needs to use chmod in this case. For what it's worth, Solaris /usr/ucb/install does use chmod, but it expliclty preserves the setgid bit. It does this as follows (assuming you specify -d -m 700): mkdir(foo, 0777) = 0 stat64(foo, 0xFFBFF818) = 0 chmod(foo, 02700) = 0 Obviously this is unsafe. In contrast, /usr/sbin/install, which is a shell script, does something like this: mkdir -p foo chgrp 30 foo chown eggert foo chmod 0700 foo Obviously this is unsafe as well. I just checked FreeBSD install, and it does this: mkdir(foo, 0755) chmod(foo, 0700) This is also unsafe. But it behaves more like Solaris 10 /usr/sbin/install. For what it's worth, gnulib install.sh behaves like FreeBSD and Solaris 10. I tend to think that the gnulib / FreeBSD / Solaris /usr/sbin/install is probably more what users expect; if so, we should fix the code accordingly. I'll volunteer to do that if there is consensus. I don't know about ACLs, though -- I expect they'd be inherited, since -m doesn't really talk about ACLs. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341234: NMU diff
Attached is an NMU diff for these two grave bugs. I will be uploading
the NMU to delayed/3days.
diff -ruN ../orig/apt-move-4.2.24/Makefile apt-move-4.2.24/Makefile
--- ../orig/apt-move-4.2.24/Makefile2003-02-22 10:56:27.0 +
+++ apt-move-4.2.24/Makefile2005-12-17 00:31:41.0 +
@@ -23,7 +23,7 @@
install: fetch
install -p apt-move $(BINDIR)
install fetch $(LIBDIR)
- install del1 move3 pkg1 $(SHAREDIR)
+ install del1 move3 pkg1 perlstat $(SHAREDIR)
install -m 644 get[23] move[4-7] *.awk Contents.head $(SHAREDIR)
cp -p apt-move.conf $(CONFDIR)
cp -p apt-move.8 $(MANDIR)
diff -ruN ../orig/apt-move-4.2.24/apt-move apt-move-4.2.24/apt-move
--- ../orig/apt-move-4.2.24/apt-move2005-12-16 23:25:11.0 +
+++ apt-move-4.2.24/apt-move2005-12-17 00:27:32.0 +
@@ -1,4 +1,4 @@
-#!/bin/sh
+#!/bin/dash
#
# Copyright (c) 1999 Michael Merten [EMAIL PROTECTED]
# Copyright (c) 1999-2000 Gregory T. Norris [EMAIL PROTECTED]
@@ -18,14 +18,6 @@
#
set -e
-if ! type exp /dev/null 21; then
- if type dash /dev/null 21; then
- exec dash $0 $@
- else
- exec ash $0 $@
- fi
-fi
-
[ ${CDPATH+1} ] unset CDPATH
if [ ${LC_ALL+1} ]; then
export LC_MONETARY=$LC_ALL
@@ -778,14 +770,14 @@
mkdir $pf/deb $pf/dsc
if [ $GET_BINARY ]; then
-$pf-deb xargs -r stat -L -c %s $pf-fifo1
+$pf-deb xargs -r $SCRIPTS/perlstat $pf-fifo1
$pf-deb xargs -r md5sum |
$MOVE4 $pf/deb $pf-fifo1 $pf-skip1 $pf-pkg $CONTENTS
waitall
fi $pf-mvdeb
if [ $GET_SOURCE ]; then
-$pf-dsc xargs -r stat -L -c %s $pf-fifo1
+$pf-dsc xargs -r $SCRIPTS/perlstat $pf-fifo1
$pf-dsc xargs -r md5sum |
$MOVE4 $pf/dsc $pf-fifo1 $pf-skip2 $pf-dsc1
waitall
@@ -847,13 +839,13 @@
-name '*.dsc' -fprint $pf-dsc \
\)
-$pf-deb xargs -r stat -L -c %s $pf-fifo1
+$pf-deb xargs -r $SCRIPTS/perlstat $pf-fifo1
$pf-deb xargs -r md5sum |
$MOVE4 $pf/deb $pf-fifo1 $pf-skip1 $pf-pkg $CONTENTS \
$pf-mvdeb
waitall
-$pf-dsc xargs -r stat -L -c %s $pf-fifo1
+$pf-dsc xargs -r $SCRIPTS/perlstat $pf-fifo1
$pf-dsc xargs -r md5sum |
$MOVE4 $pf/dsc $pf-fifo1 $pf-skip2 $pf-dsc1
waitall
@@ -1240,7 +1232,7 @@
get_checksum() {
for l; do
[ -f $l ] || continue
- size=$(stat -c %s $l)
+ size=$($SCRIPTS/perlstat $l)
printf ' %32s%.s %16d %s\n' \
$(md5sum $l) $size $j/$k/$l
printf ' %40s%.s %16d %s\n' \
diff -ruN ../orig/apt-move-4.2.24/debian/changelog
apt-move-4.2.24/debian/changelog
--- ../orig/apt-move-4.2.24/debian/changelog2005-12-16 23:25:11.0
+
+++ apt-move-4.2.24/debian/changelog2005-12-16 23:52:09.0 +
@@ -1,3 +1,11 @@
+apt-move (4.2.24-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Patch for new dash (Closes: #341234)
+ * Avoid stat program incompatability by using perl (Closes: #339024)
+
+ -- Blars Blarson [EMAIL PROTECTED] Fri, 16 Dec 2005 23:27:13 +
+
apt-move (4.2.24-1) unstable; urgency=low
* New upstream version (closes: #310391)
diff -ruN ../orig/apt-move-4.2.24/debian/control apt-move-4.2.24/debian/control
--- ../orig/apt-move-4.2.24/debian/control 2005-12-16 23:25:11.0
+
+++ apt-move-4.2.24/debian/control 2005-12-16 23:31:09.0 +
@@ -7,7 +7,7 @@
Package: apt-move
Architecture: any
-Depends: bc, dash | ash, ${shlibs:Depends}
+Depends: bc, dash, ${shlibs:Depends}
Recommends: apt
Description: Maintain Debian packages in a package pool
apt-move is used to move a collection of Debian package files into a proper
diff -ruN ../orig/apt-move-4.2.24/perlstat apt-move-4.2.24/perlstat
--- ../orig/apt-move-4.2.24/perlstat1970-01-01 00:00:00.0 +
+++ apt-move-4.2.24/perlstat2005-12-17 00:38:15.0 +
@@ -0,0 +1,5 @@
+#!/usr/bin/perl
+# replacement for broken stat -L -c %s
+for (@ARGV) {
+ print (((stat)[7]) . \n);
+}
Bug#343668: gnuradio-core: please upgrade to version 2.6
Package: gnuradio-core Severity: wishlist Hi, GNU Radio 2.6 is out, with several improvements (among them, GMSK support). Also, I'd probably need 2.6 to package the latest USRP stuff :-) /* Steinar */ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343669: tlf: several valgrind hits at startup (may result in crash)
Package: tlf
Version: 0.9.25-1
Severity: important
Tags: patch
Hi,
tlf has several valgrind hits, mostly going outside its buffers or
reading uninitialized data. This seems to make it crash in some
situations and on some machines. The included patch should fix at least
the ones during startup.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Versions of packages tlf depends on:
ii hamlib3 1.2.4-3Run-time library to control radio
ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an
ii libncurses5 5.5-1 Shared libraries for terminal hand
Versions of packages tlf recommends:
ii cwdaemon 0.9.2 morse daemon for the parallel or s
-- debconf-show failed
diff -ur tlf-0.9.25/src/parse_logcfg.c tlf-0.9.25.patched/src/parse_logcfg.c
--- tlf-0.9.25/src/parse_logcfg.c 2005-11-15 14:43:03.0 +0100
+++ tlf-0.9.25.patched/src/parse_logcfg.c 2005-12-17 02:21:33.0 +0100
@@ -406,7 +406,7 @@
char *tk_ptr;
- for (ii = 0; ii = MAX_COMMANDS; ii++) {
+ for (ii = 0; ii MAX_COMMANDS; ii++) {
teststring[0] = '\0';
strncat(teststring, commands[ii], 79);
diff -ur tlf-0.9.25/src/readctydata.c tlf-0.9.25.patched/src/readctydata.c
--- tlf-0.9.25/src/readctydata.c 2005-11-15 14:43:03.0 +0100
+++ tlf-0.9.25.patched/src/readctydata.c 2005-12-17 02:19:29.0 +0100
@@ -77,7 +77,9 @@
while ( !feof(fp_db))
{
// fgets (buf, 180, fp_db); ### bug fix
- fgets (buf, sizeof(buf), fp_db);
+ if (fgets (buf, sizeof(buf), fp_db) == NULL) {
+ break;
+ }
if (buf[0] == '\n') continue;
@@ -88,6 +90,7 @@
else // prefix line
{
strncpy(buffer, buf, 79);
+ buffer[79] = 0;
char *loc = NULL; //PG4I, 26Jul2005
if ((loc = strchr(buffer, '\r')))
@@ -104,6 +107,9 @@
buffer[i] = '\0';
}
+ if (j 4)
+continue;
+
j = 4;
while (strcmp(buffer+j , ) != 0)
Bug#343670: ITP: nautilus-actions -- a nautilus extension to configure programs to launch
Package: wnpp Severity: wishlist Owner: Christine Spang [EMAIL PROTECTED] * Package name: nautilus-actions Version : 0.99 Upstream Author : Frederic Ruaudel [EMAIL PROTECTED] * URL : http://www.grumz.net/index.php?q=node/8 * License : GPL Description : a nautilus extension to configure programs to launch Nautilus actions is an extension for Nautilus, the gnome file manager. It allows the configuration of programs to be launched on files selected in the Nautilus interface. -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (501, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343671: udev: LVM snapshots don't work
Package: udev Version: 0.076-6 Severity: normal with newest udev from testing I get the following error when trying to do an LVM snapshot: matrix:/home/sunkan# /sbin/lvm lvcreate -s -L 1G -n var_s /dev/3ware/var LV 3ware/var_s in use: not removing Couldn't deactivate new snapshot. It works if I go back to 0.071-1 which is what I was using earlier. I'm running on a sarge system but with a kernel I have compiled myself and udev recompiled from testing -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 0 lrwxrwxrwx 1 root root 20 2005-09-24 17:48 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 2005-09-24 17:48 cd-aliases.rules - ../cd-aliases.rules lrwxrwxrwx 1 root root 13 2005-09-24 17:48 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 19 2005-09-26 20:21 z20_persistent.rules - ../persistent.rules lrwxrwxrwx 1 root root 12 2005-09-24 17:48 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 2005-11-12 14:54 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 17 2005-09-24 17:48 z70_hotplugd.rules - ../hotplugd.rules -- /sys/: /sys/block/dm-0/dev /sys/block/dm-10/dev /sys/block/dm-1/dev /sys/block/dm-2/dev /sys/block/dm-3/dev /sys/block/dm-4/dev /sys/block/dm-5/dev /sys/block/dm-6/dev /sys/block/dm-7/dev /sys/block/dm-8/dev /sys/block/dm-9/dev /sys/block/fd0/dev /sys/block/hda/dev /sys/block/loop0/dev /sys/block/loop1/dev /sys/block/loop2/dev /sys/block/loop3/dev /sys/block/loop4/dev /sys/block/loop5/dev /sys/block/loop6/dev /sys/block/loop7/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/block/sda/dev /sys/block/sda/sda1/dev /sys/block/sda/sda2/dev /sys/class/input/event0/dev /sys/class/input/mice/dev /sys/class/misc/device-mapper/dev /sys/class/misc/hpet/dev /sys/class/misc/rtc/dev /sys/class/misc/tun/dev /sys/class/misc/watchdog/dev /sys/class/scsi_generic/sg0/dev /sys/class/scsi_generic/sg1/dev /sys/class/scsi_tape/nst0a/dev /sys/class/scsi_tape/nst0/dev /sys/class/scsi_tape/nst0l/dev /sys/class/scsi_tape/nst0m/dev /sys/class/scsi_tape/st0a/dev /sys/class/scsi_tape/st0/dev /sys/class/scsi_tape/st0l/dev /sys/class/scsi_tape/st0m/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev2.1/dev /sys/class/usb_device/usbdev3.1/dev /sys/class/usb_device/usbdev4.1/dev /sys/class/usb_device/usbdev5.1/dev -- Kernel configuration: isapnp_init not present. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.14.4 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages udev depends on: ii initscripts 2.86.ds1-1 Standard scripts needed for bootin ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libselinux1 1.22-1 SELinux shared libraries ii lsb-base3.0-11 Linux Standard Base 3.0 init scrip ii makedev 2.3.1-77 creates device files in /dev ii sed 4.1.2-8 The GNU sed stream editor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320448: gimp crash when cutting large images
I had exactly this problem too with both gimp 2.2.9 and self compiled gimp 2.3.4. I discovered that quitting klipper (the kde cut paste applet) fixes the problem - ie gimp no longer crashes on cutting large images. ii gimp 2.2.9-1The GNU Image Manipulation Program ii klipper3.4.3-3clipboard utility for KDE -- Nick Craig-Wood [EMAIL PROTECTED] -- http://www.craig-wood.com/nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343530: nut: logging to rrd database
On Fri, Dec 16, 2005 at 09:22:49AM +0100, Arnaud Quette wrote:
2005/12/15, Alexander V. Inyukhin [EMAIL PROTECTED]:
I think it is a good idea to log ups variables to rrd
database instead of log file. So, I create standalone
rrd logger dervied from upslog nut client.
Of course, this could be easily implemented using
upsc or upslog clients and a cron script
but stanalone application is better for some reasons.
Does anybody else need this functionality?
Should such a client be included in the nut
(with additional librrd dependency) or nut-rrd
package or distributed separately?
interesting point: I'm thinking of some logging improvements, such as:
- making upslog a real daemon, able to log data from several UPSs,
- making log asynchronous and smart (ie log only things that have changed),
- switching by default to a NUT specific logfile (ie upsd.log), instead of
the syslog default,
- adding the ability to log to other system, such as RRD...
So, I'm definitly interested in your work.
Source files of upsrrd daemon and sample init.d script
are attached. Differences from upslog are minimal:
data is recorded by rrd_update using fixed log format,
log format can't be changed from command line,
so option -f and most parts of parser are removed,
invalid values are printed as 'U', and there is
no need for log rotation.
Errors while updating database will be written to syslog.
I intentionally left the rest of parser for
possible modifications of list variables in the future.
To complile daemon sources should be placed into the clients
subdirectory of nut package and appropriate Makefile rules
should be created (based on upslog rules).
Obviously, upsrrd should be linked with -lrrd and requres
librrd2-dev for building and librrd2 for execution.
Sample init.d script has hardcoded daemon command line,
which should be placed into config file.
Database could be created with following command
(I also use rrdcollect and place ups logs there):
rrdtool create /var/lib/rrdcollect/ups.rrd -s 30 \
DS:bat_charge:GAUGE:75:0:100 DS:line_voltage:GAUGE:75:0:U \
DS:ups_load:GAUGE:75:0:100 DS:ups_temp:GAUGE:75:U:U \
DS:line_freq:GAUGE:75:0:U DS:bat_voltage:GAUGE:75:0:U \
DS:bat_runtime:GAUGE:75:0:U RRA:AVERAGE:0.5:10:21
I think this daemon with some reasonable defaults
might be appropriate for most users.
/* upsrrd - log ups values to a file for later collection and analysis
Copyright (C) 1998 Russell Kroll [EMAIL PROTECTED]
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
*/
/* Basic theory of operation:
*
* First we go through and parse as much of the status format string as
* possible. We used to do this parsing run every time, but that's a
* waste of CPU since it can't change during the program's run.
*
* This version does the parsing pass once, and creates a linked list of
* pointers to the functions that do the work and the arg they get.
*
* That means the main loop just has to run the linked list and call
* anything it finds in there. Everything happens from there, and we
* don't have to pointlessly reparse the string every time around.
*/
#include rrd.h
#include common.h
#include upsclient.h
#include config.h
#include timehead.h
#include upsrrd.h
static int port, exit_flag = 0;
static char *upsname, *hostname;
static UPSCONN ups;
static const char *logfn, *monhost;
static sigset_t nut_upsrrd_sigmask;
static char logbuffer[LARGEBUF];
static struct flist_t *fhead = NULL;
#define DEFAULT_LOGFORMAT N:%VAR battery.charge%: \
%VAR input.voltage%:%VAR ups.load%: \
%VAR ups.temperature%:%VAR input.frequency%: \
%VAR battery.voltage%:%VAR battery.runtime%
const char *logformat = DEFAULT_LOGFORMAT;
static void set_exit_flag(int sig)
{
exit_flag = sig;
}
/* handlers: reload on HUP, exit on INT/QUIT/TERM */
static void setup_signals(void)
{
struct sigaction sa;
sigemptyset(nut_upsrrd_sigmask);
sigaddset(nut_upsrrd_sigmask, SIGHUP);
sa.sa_mask = nut_upsrrd_sigmask;
sa.sa_flags = 0;
sa.sa_handler = set_exit_flag;
if (sigaction(SIGINT, sa, NULL) 0)
fatal(Can't install SIGINT handler);
if (sigaction(SIGQUIT, sa, NULL) 0)
fatal(Can't install SIGQUIT handler);
if (sigaction(SIGTERM, sa, NULL) 0)
fatal(Can't install SIGTERM handler);
}
static void help(const char *prog)
{
Bug#343471: bash: In the command line, problem when the line reaches the last column of the terminal
Vincent Lefevre wrote: On 2005-12-16 13:47:21 -0500, Chet Ramey wrote: Vincent Lefevre wrote: When I start bash with bash --rcfile /etc/bash.bashrc, the problem occurs. But if I type bash --norc then source /etc/bash.bashrc, it doesn't occur. What's the difference between them? The difference is that readline initializes itself after /etc/bash.bashrc is read in the former case, and before it's read in the latter. That would seem to point to /etc/bash.bashrc. Possibly another problem: it seems that --rcfile is buggy. dixsept:~ bash --norc bash-3.1$ dixsept:~ bash --rcfile /dev/null [EMAIL PROTECTED]:~$ Shouldn't I have got the same prompt? Nope. Debian compiles bash to source /etc/bash.bashrc at startup, before the user rcfile is sourced. If --norc is supplied, that is suppressed. Chet -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ( ``Discere est Dolere'' -- chet ) Live Strong. Chet Ramey, ITS, CWRU[EMAIL PROTECTED]http://cnswww.cns.cwru.edu/~chet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343672: sylpheed: copy/move from Queue folder wrongly puts source headers in dest. body, leaves source headers blank.
Package: sylpheed Version: 2.0.4-1 Severity: important Click 'Compose' fill in a dummy message, then click 'Send Later', and the message is saved in the 'Queue' folder. Now right click to copy or move this message to another folder, like 'Draft'. The resulting copy or move will have blank headers, i.e. (No Subject), etc. At least some of the headers from the source message can be seen in the destination message body. Apparently the copy/move seems to lose or misplace information; but just from the 'Queue' folder. Curiously, if both messages (source with correct header, dest with headers in body), are saved to separate files using 'FileSave as...', the two files are identical. Looking for some difference, I created an empty mail folder and copied the dummy message in 'Queue' to it; then did 'FileExport to .mbox file' on both dirs. The mbox files had differences; those are attached: Attachments: /tmp/test2_source.mbx # the Queue folder /tmp/test2_dest.mbx# a temporary folder with just the copy 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.14-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages sylpheed depends on: ii libatk1.0-01.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libcompfaceg1 1989.11.11-24 Compress/decompress images for mai ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libgpg-error0 1.1-4 library for common error values an ii libgpgme11 1.1.0-1 GPGME - GnuPG Made Easy ii libgtk2.0-02.6.10-2 The GTK+ graphical user interface ii libldap2 2.1.30-12 OpenLDAP libraries ii libpango1.0-0 1.8.2-3 Layout and rendering of internatio ii libpisock8 0.11.8-16 Library for communicating with a P ii libssl0.9.80.9.8a-4 SSL shared libraries ii sylpheed-i18n 2.0.4-1 Locale data for Sylpheed (i18n sup ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages sylpheed recommends: ii aspell-en [aspell-dictio 6.0-0-5 English dictionary for GNU Aspell ii metamail 2.7-50 implementation of MIME pn sylpheed-claws-scripts none (no description available) ii xfonts-100dpi6.8.2.dfsg.1-11 100 dpi fonts for X ii xfonts-75dpi 6.8.2.dfsg.1-11 75 dpi fonts for X -- no debconf information From [EMAIL PROTECTED] Sat Dec 10 00:37:16 2005 Date: Sat, 10 Dec 2005 00:37:16 -0500 From: A. Costa [EMAIL PROTECTED] To: Moi [EMAIL PROTECTED] Subject: test2 Message-Id: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.6.10; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit filler... From [EMAIL PROTECTED] Wed Dec 31 19:00:00 1969 AF: NF:0 PS:10 SRH:1 SFN: DSR: MID:[EMAIL PROTECTED] CFG: PT:0 S:[EMAIL PROTECTED] RQ: SSV:smtp.gis.net NSV: SSH: R:[EMAIL PROTECTED] AID:1 Date: Sat, 10 Dec 2005 00:37:16 -0500 From: A. Costa [EMAIL PROTECTED] To: Moi [EMAIL PROTECTED] Subject: test2 Message-Id: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.6.10; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit filler...
Bug#343673: --rcfile description in bash man page is incorrect
Package: bash Version: 3.1-1 Severity: normal The bash man page says: --rcfile file Execute commands from file instead of the system wide initialization file /etc/bash.bashrc and the standard personal initialization file ~/.bashrc if the shell is interactive (see INVOCATION below). and in INVOCATION: When an interactive shell that is not a login shell is started,bashreadsand executes commands from /etc/bash.bashrc and ~/.bashrc, if these files exist. This may be inhibited by using the --norc option. The --rcfile file option will force bash to read and execute commands from file instead of /etc/bash.bashrc and ~/.bashrc. But as said in bug#343471, Debian compiles bash to source /etc/bash.bashrc at startup, before the user rcfile is sourced. The man page should be fixed: Execute commands from file instead of the standard personal initialization file ~/.bashrc [...] and The --rcfile file option will force bash to read and execute commands from file instead of ~/.bashrc., and it should also probably say that this is specific to Debian. -- 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.14.4-20051215 Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages bash depends on: ii base-files3.1.9 Debian base system miscellaneous f ii debianutils 2.15.2 Miscellaneous utilities specific t ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand bash recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343471: bash: In the command line, problem when the line reaches the last column of the terminal
On 2005-12-16 20:53:13 -0500, Chet Ramey wrote: Vincent Lefevre wrote: dixsept:~ bash --norc bash-3.1$ dixsept:~ bash --rcfile /dev/null [EMAIL PROTECTED]:~$ Shouldn't I have got the same prompt? Nope. Debian compiles bash to source /etc/bash.bashrc at startup, before the user rcfile is sourced. If --norc is supplied, that is suppressed. OK, then this is the man page that is incorrect. I've just reported this bug. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / SPACES project at LORIA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343674: [arm] Installation report - etch beta1 on netwinder
Package: installation-reports Boot method: netboot Image version: etch beta1 netboot image for netwinder, http://ftp.debian.org/debian/dists/testing/main/installer-arm/beta1/images/netwinder/netboot/boot.img size 4357664 bytes, md5sum eb15c1f98b146808716f39a3a1f160ad Date: Fri Dec 16 18:34:15 PST 2005 Machine: Netwinder by Rebel.com Processor: StrongARM 110 CPU Memory: 128MB Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[E] Configure network HW: [ ] Config network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: It looks like the netwinder has a hard limit on the size of the netboot image. That's what I get when trying to netboot etch beta1 on it: Autoboot - Press the 'star' key to abort autoboot [5 4 3 2 1 ] Receiving bootfile netwinder.img from bootserver 192.168.1.102 Transferring block 8200 (4198400 bytes)1Unable to handle kernel paging request at virtual address c80041e0 current-tss.memmap = 8000 *pgd = 002e3001, *pmd = 002e3001, *pte = Internal error: Oops: 0 CPU: 0 pc :[c00d424c] lr :[c000f1e0] sp : c02ec770 ip : 4f1c25b1 fp : c02ec794 r10: c7bda018 r9 : 94197b58 r8 : 2953dd7e r7 : 70de65fd r6 : e3cb338d r5 : 59cc359f r4 : 7e4b3691 r3 : e2b8edd9 r2 : 01e0 r1 : c7bda5f8 r0 : c8004200 Flags: nzCv IRQs on FIQs on Mode SVC_32 Process swapper (pid: 1, stackpage=c02ec000) Stack: Backtrace: Function entered at [c00d3ff4] from [c000f1e0] Code: ba03 e93113f8 e92013f8 e2522020 aafb Note that it only reads 4198400 bytes (8200 512-byte blocks), while the netboot image size is 4357664. The sarge image, which is slightly smaller (4080492 bytes) fits into this memory region and boots fine. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340690: flashplugin-nonfree fails to download flashplayer from download sites
On Fri, Nov 25, 2005 at 09:29:06AM +0100, Kaffe wrote: Package: flashplugin-nonfree Version: 7.0.25-5 The installation fail when try to download the tarball, the links to the remote tarball sites seems to be broken in the 7.0.25-5 version. I installed correctly changing the usr/sbin/update-flashplugin and etc/update-flashplugin.conf.rb of sarge package to the last version (7.0.61-1). Package: flashplugin-nonfree Version: 7.0.25-5 flashplugin-nonfree package fails to download flashplayer binary package from download sites. Looking at the download sites it seems that the package has been removed. Kaffe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343675: Add trac-admin /path/to/projenv upgrade as postinstall
package: trac severity: wishlist The following command should be automatically executed after a new version replaces an older version: trac-admin /path/to/projenv upgrade This command will do nothing if the environment is already up-to-date so it should be safe to always run after installation. More info about this at http://projects.edgewall.com/trac/wiki/TracUpgrade -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343662: fsck errors halting boot after upgrade
repeated testing with knoppix and a little help from debian-user has resulted in downgrading to 1.38-2 and it now works fine. the downgrade only changes two packages: e2fsprogs and e2fslibs so I think its a strong case that version 1.38-2-1.39-WIP is the source of this problem. ah well. that'll teach me to reboot eh? goodbye sweet sweet uptime (4 months + ). A -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341228: Severity rising
On Fri, Dec 16, 2005 at 10:05:11PM +0100, Daniel Baumann wrote: Guerkan Senguen wrote: I have read them and I still disagree to you. Here is a short explaination, why I raised the severity again: * A patent applies even if you don't know of it. This means, one have to _first_ check all the patents, and _then_ upload/distribute a program. Otherwise, one can be sued (in some countries and some circumstances). First check all the patents is a ridiculous assertion. Debian's de facto policy has been to ignore patents that are not being enforced in the field, or which we have a reasonable belief are invalid and would be overturned in court. It has also been claimed publically by various parties that looking at patents exposes people to greater liability than not looking at them. If there are images that have been copied from some other game into this package, that is a *copyright* issue, not a patent one. This is what I've seen asserted in this bug report and in the wnpp discussion under the guise of patent; if that's still what you're referring to, then yes, those are issues that need to be resolved. But unless you can point to a particular patent which is being enforced that is infringed by mazeofgalious, patents are a non-issue here. -- 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#343676: aptitude: uncaught exception when limit-display pattern doesn't match anything after doing some installs
Package: aptitude Version: 0.4.1-1 Severity: normal aptitude died with this error message: Uncaught exception: vscreen/vs_subtree.h:57: vs_treeitem* vs_subtreechildtype,sorter::levelref::get_item() [with childtype = pkg_tree_node, default_sorter = tag_sort_policy]: Assertion realitem!=parent_list-end() failed. I was running aptitude as root on the Linux text console. I used the Limit Display option in the search menu with the pattern ~c. I purged all the packages with old config files kicking around (esp. the xfree86-common files can cause weirdness when the xorg-common files are there too.) Anyway, after dpkg was done, aptitude displayed its menu bar, but the package list was empty, as it should be. When I pressed up arrow, aptitude died. That makes sense, because aptitude can't normally get into that state; Hitting 'l' and putting in a pattern that doesn't match any packages elicits a complaint, not an empty list. happy hacking, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.6-safe Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3.1 0.6.43 Advanced front-end for dpkg ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libncursesw5 5.5-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2a2.0.16-2 type-safe Signal Framework for C++ ii libstdc++64.0.2-5The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343611: Can not be installed
Dear Juhapekka, On Fri, 16 Dec 2005, Juhapekka Tolvanen wrote: Package: tex4ht Version: 20050402.1817-1 Severity: grave I was trying to upgarde to version 20051130-1: Sorry about the goof-up. Version 20051130 is indeed uninstallable and is superceded by 20051214 which should work fine and is currently in the queue. This bug was already reported as 343321 and I will merge these two reports if you don't mind. Thanks and regards, Kapil. -- signature.asc Description: Digital signature
Bug#343677: sysfsutils: unnecessary diff prompt on upgrade
Package: sysfsutils Version: 1.3.0-5 Severity: important While upgrading from 1.3.0-2 to 1.3.0-5, I was presented with the diff (attached). I am moderately certain that I did not modify that file, so this shouldn't have happened. --- /etc/sysfs.conf 2005-03-07 14:31:30.0 -0500 +++ /etc/sysfs.conf.dpkg-new2005-12-05 10:03:49.0 -0500 @@ -3,6 +3,11 @@ # # The sysfs mount directory is automatically prepended to the attribute paths. # +# Syntax: +# attribute = value +# mode attribute = 0600 # (any valid argument for chmod) +# owner attribute = root:wheel # (any valid argument for chown) +# # Examples: # # Always use the powersave CPU frequency governor @@ -11,4 +16,8 @@ # Use userspace CPU frequency governor and set initial speed # devices/system/cpu/cpu0/cpufreq/scaling_governor = userspace # devices/system/cpu/cpu0/cpufreq/scaling_setspeed = 60 - devices/system/cpu/cpu0/cpufreq/scaling_governor = ondemand +# +# Set permissions of suspend control file +# mode power/state = 0660 +# owner power/state = root:power +
Bug#340850: still fails
reopen 340850 found 340850 1.85-2 thanks sparc and some other buildds failed to build with this error. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343678: kapptemplate: admin dir faulty
Package: kapptemplate Version: 4:3.5.0-1 Severity: normal Tags: experimental Hi, I tried to update the admin dir of a KDE application. For that I copied the contents of /usr/share/apps/kapptemplate/admin. Unfortunately a make -f admin/Makefile.comm cvs fails, because the execute bit is not set for some files, especially detect-autoconf.pl. It makes no difference if I copy the contents by hand or use kapptemplate to initialize the directory. In addition the admin dir contains some cdbs cruft, namely the *.cdbs-orig files. Cheers, Michael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.4 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) kapptemplate depends on no packages. Versions of packages kapptemplate recommends: ii automake1.4 [automaken] 1:1.4-p6-9 A tool for generating GNU Standard ii automake1.7 [automaken] 1.7.9-7A tool for generating GNU Standard ii automake1.8 [automaken] 1.8.5-3A tool for generating GNU Standard ii automake1.9 [automaken] 1.9.6-1A tool for generating GNU Standard ii kdelibs4-dev 4:3.5.0-1 development files for the KDE core -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343639: mysql-server-5.0: Key file corruption during shutdown
severity 343639 normal tag 343639 + moreinfo upstream thanks Hello Olaf On 2005-12-16 Olaf van der Spek wrote: After a restart I got 'Incorrect key file for table' errors and 'Table '...' is marked as crashed and should be repaired' errors. I've got these kind of errors a couple of times in the last few years. Mostly a REPAIR TABLE fixed it. Such a bug has not been reported in the last couple of months at least which makes a general problem in this version at least not likely. To help, you could send a copy of the data files to mysql via http://bugs.mysql.com and ask them to investigate them to find the cause of the corruption. Also likely is bad memory/bad cpu, the usual suspects, but I guess you know them.. Or is there any possibility to reproduce this table crash after repairing the table once? This would clearly indicate a bug in MySQL. See http://dev.mysql.com/doc/refman/5.0/en/crashing.html I'm wondering, is the crashed table checker safe to run without external locking (and a busy server)? As long as there is only one MySQL on your server, yes. See http://ftp.osuosl.org/pub/mysql/doc/refman/5.0/en/system.html for an explanation of this option. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343679: gloox: ftbfs [sparc] doxygen: Command not found
Package: gloox Severity: serious Justification: no longer builds from source gloox failed to build on a sparc buildd, duplicated on my sparc pbuilder. It also failed on all other buildds. touch build-arch-stamp dh_testdir doxygen make: doxygen: Command not found make: *** [build-indep-stamp] Error 127 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337296: kitchensync crashes during the first run
On Thursday 03 November 2005 01:24 pm, Hervé Leroux wrote: Subject: kitchensync crashes during the first run Package: kitchensync Version: 4:3.4.2-2 Severity: grave Justification: renders package unusable When I run kitchensync for the first time (or after deleting .kde/share/apps/kitchensync .kde/share/config/kitchensyncrc), the program returns a segfault. Does this still happen in the 3.4.3 version? Also, does it only crash the first time you run it? If so (running it second and future times works), I'm going to downgrade this bug to important. Thanks, Josh
Bug#340850: still fails
Timestamp skew was a red herring. It's a missing build-depends. -- John Hasler [EMAIL PROTECTED] Elmwood, WI USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
