Bug#639340: RM: ttf-ecolier-court -- ROM; Replaced by fonts-ecolier-court
Package: ftp.debian.org Severity: normal Yet another renamed font package...thanks for your actions! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639297: [Pkg-xfce-devel] Bug#639297: xfdesktop4: No desktop icon with USB device
On jeu., 2011-08-25 at 23:33 +0100, Brian Potkin wrote: On Thu 25 Aug 2011 at 22:04:49 +0200, Yves-Alexis Perez wrote: Please use reportbug. Sorry, I don't understand this. I did use reportbug on a Lenny machine. There was no info provided on your bug report, so it's not really useful. And please upgrade to Squeeze. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#639320: uim: ftbs with ld --as-needed
tags 639320 - upstream tags 639320 + fixed-upstream thanks On Fri, Aug 26, 2011 at 12:03:14PM +0900, d+...@vdr.jp wrote: tags 639320 + upstream forwarded 639320 https://bugs.freedesktop.org/show_bug.cgi?id=40385 fixed in upstream SVN r7274 (trunk), r7275 (branch/1.7). -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#639339: iceweasel: Unable to print a page through a cups server
On Thu, Aug 25, 2011 at 10:55:53PM -0700, Ian Zimmerman wrote: Package: iceweasel Version: 5.0-6 Severity: normal Getting something like the folliwing on the server, in /var/log/cups/error_log. Printing the same page into a postscript file, followed by lp file.ps, works. D [25/Aug/2011:22:36:00 -0700] [Job 154] prnt/hpcups/HPCupsFilter.cpp 511: cupsRasterOpen failed, fd = 0 This could be bug 583487 Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639341: dh: cannot override binary-arch and binary-indep selectively
Package: debhelper Version: 8.9.4 Severity: normal Following the last example from the dh manpage, I am trying the following rules file (compat=8). However, it seems to completely ignore the build-* overrides (install fails on manpage install): $ dh build-arch --no-act dh_testdir -a debian/rules override_dh_auto_configure dh_auto_build -a dh_auto_test -a = #!/usr/bin/make -f # -*- makefile -*- # This has to be exported to make some magic below work. export DH_OPTIONS %: dh $@ --parallel override_dh_auto_configure: dh_auto_configure -- -DCMAKE_SKIP_RPATH:BOOL=YES build-arch: dh_auto_build docbook-to-man debian/tulip.sgml debian/tulip.1 build-indep: dh_auto_build -- doc override_dh_auto_install: dh_auto_install dh_auto_install -- -C docs mkdir -p debian/tmp/usr/share/doc/tulip-doc for d in common userHandbook developerHandbook doxygen; do \ cp -a obj-*/docs/$$d debian/tmp/usr/share/doc/tulip-doc/ ;\ done install -D debian/tulip.1 debian/tmp/usr/share/man/man1/tulip.1 override_dh_install: dh_install --fail-missing override_dh_auto_clean: dh_auto_clean rm -f debian/tulip.1 = (the install target may be to adapt as well when the build-* stuff works) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.4 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debhelper depends on: ii binutils 2.21.52.20110606-2 The GNU assembler, linker and bina ii dpkg-dev 1.16.0.3 Debian package development tools ii file 5.04-5+b1 Determines file type using magic ii html2text 1.3.2a-15 advanced HTML to text converter ii man-db2.6.0.2-2 on-line manual pager ii perl 5.12.4-4 Larry Wall's Practical Extraction ii perl-base 5.12.4-4 minimal Perl system ii po-debconf1.0.16+nmu1tool for managing templates file t debhelper recommends no packages. Versions of packages debhelper suggests: ii dh-make 0.59 tool that converts source archives -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639297: [Pkg-xfce-devel] Bug#639297: Bug#639297: xfdesktop4: No desktop icon with USB device
On ven., 2011-08-26 at 07:58 +0200, Yves-Alexis Perez wrote: There was no info provided on your bug report, so it's not really useful. And please upgrade to Squeeze. Wait, I'm confused. Initial report says it's on up to date squeeze but you use reportbug from Lenny. Please run reportbug on the same machine. Reards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#639339: iceweasel: Unable to print a page through a cups server
Ian Getting something like the folliwing on the server, in Ian /var/log/cups/error_log. Printing the same page into a Ian postscript file, followed by lp file.ps, works. Mike This could be bug 583487 I don't think so, note the last sentence above. Seems specific to iceweasel. -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561891: Bug 561891: Is FTBFS for fio on SuperH (sh4) resolved?
On 2011-08-26 00:16, Nobuhiro Iwamatsu wrote: Hi, 2011/8/25 Martin Steigerwald mar...@lichtvoll.de: Hi! I am putting upstream author Jens Axboe on CC. Thanks! Am Donnerstag, 25. August 2011 schrieb Nobuhiro Iwamatsu: Hi, [...] 2011/8/3 Martin Steigerwald m...@teamix.de: Hello Nobuhiro, Paul, hello Debian SuperH maintainers, hello Jens, I am seeking information on the current status regarding Please support sh4 http://bugs.debian.org/561891 and eventually help in resolving it if it has not already been resolved. When I am reading http://buildd.debian-ports.org/status/package.php?p=fiosuite=unstabl e correctly, then fio 1.50-1 has been build 167d before on buildd kongou. So is this issue resolved? If not, please offer help. There is a partial patch mentioned earlier in the bug report. By this method, we cannot support both SH4 and SH4A. When we build with machine of SH4A, a binary to work only in SH4A is built. Because Debian SH team are supporting sh4 and sh4a in one binary, this becomes the problem. And this is a problem peculiar to Debian. It will not become the problem in other distribution. (e.g., Gentoo) It is necessary to check whether you do not do it whether we support synco when we support both CPU's when we execute *_barrier. I think that this has a big overhead. I attached quick hack patch. Jens, what do you think about such a patch? Please advice. Nobuhiro, where do you think comes the big overhead from? In your patch you check once at beginning for sinco capability. Do you refer to the if statement you added in arch/arch-sh.h? I thought that an overhead was bigger than the patch which you wrote as for my performing a check of synco every time when a program called memory barrier. Actually, the patch which you wrote is enough. Then everybody's happy, the patch is in and the packages can be updated :-) -- Jens Axboe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635019: Patch that fixes bug #635019
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I attach a patch, that fixes this issue. It happens because in kernel_version.mk spaces are used as seperators instead of tabs. It seems that older versions of make ignore this incorrect synatx, but make 3.82 is not as generous. As told, this patch fixes the issue here on debian unstable/experimental with kernel-package 12.036+nmu1 and linux-source-3.0.0 3.0.0-2. I did not search other parts of the makefile-includes for this issue, but it might exist there as well in parts I do not use in my build. - -- Jens Lody (Un-)official debian-repository for Code::Blocks: http://apt.jenslody.de/ |\ _,,,---,,_ /,`.-'`'-. ;-;;,_ |,4- ) )-,_..;\ ( `'-' '---''(_/--' `-'\_) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5XNc0ACgkQyW5ifG7rJcklRgCgyh44LoVn7Gj03TWPDBKT4QV6 o5IAn15k457LV0/PZOQ1ysh316Tj6iUQ =s1Vu -END PGP SIGNATURE- diff -Nru /usr/share/kernel-package/ruleset/kernel_version.mk /usr/share/kernel-package.save/ruleset/kernel_version.mk --- /usr/share/kernel-package/ruleset/kernel_version.mk 2008-05-02 07:06:28.0 +0200 +++ /usr/share/kernel-package.save/ruleset/kernel_version.mk 2011-08-26 06:34:10.0 +0200 @@ -70,24 +70,24 @@ debian_conf_var: -@echo ARCH = $(ARCH) -@echo HOSTCC = $(HOSTCC) -@echo HOSTCFLAGS = $(HOSTCFLAGS) -@echo CROSS_COMPILE= $(CROSS_COMPILE) -@echo AS = $(AS) -@echo LD = $(LD) -@echo CC = $(CC) -@echo CPP = $(CPP) -@echo AR = $(AR) -@echo NM = $(NM) -@echo STRIP= $(STRIP) -@echo OBJCOPY = $(OBJCOPY) -@echo OBJDUMP = $(OBJDUMP) -@echo MAKE = $(MAKE) -@echo GENKSYMS = $(GENKSYMS) -@echo CFLAGS = $(CFLAGS) -@echo AFLAGS = $(AFLAGS) -@echo MODFLAGS = $(MODFLAGS) + @echo ARCH = $(ARCH) + @echo HOSTCC = $(HOSTCC) + @echo HOSTCFLAGS = $(HOSTCFLAGS) + @echo CROSS_COMPILE= $(CROSS_COMPILE) + @echo AS = $(AS) + @echo LD = $(LD) + @echo CC = $(CC) + @echo CPP = $(CPP) + @echo AR = $(AR) + @echo NM = $(NM) + @echo STRIP= $(STRIP) + @echo OBJCOPY = $(OBJCOPY) + @echo OBJDUMP = $(OBJDUMP) + @echo MAKE = $(MAKE) + @echo GENKSYMS = $(GENKSYMS) + @echo CFLAGS = $(CFLAGS) + @echo AFLAGS = $(AFLAGS) + @echo MODFLAGS = $(MODFLAGS) # arch-tag: ecfa9843-6306-470e-8ab9-2dfca1d40613 kernel_package_fix_635019.patch.sig Description: Binary data
Bug#639341: dh: cannot override binary-arch and binary-indep selectively
Yann Dirson ydir...@free.fr writes: Package: debhelper Version: 8.9.4 Severity: normal Following the last example from the dh manpage, I am trying the following rules file (compat=8). However, it seems to completely ignore the build-* overrides (install fails on manpage install): $ dh build-arch --no-act dh_testdir -a debian/rules override_dh_auto_configure dh_auto_build -a dh_auto_test -a I had a similar issue a couple of days ago. For me, putting dh's catch-all rule (%) last in my debian/rules file worked around the problem. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639342: mono: please add armhf support [PATCH]
Package: mono
Version: 2.6.7-5
Severity: important
Tags: patch
The package builds fine on armhf with the attached patch. Strangely, I
had to patch a file in the source as well
(mcs/tools/prj2make/MsPrjHelper.cs) as I was getting CS0221 and CS664
errors due to casting problems. Perhaps that's a problem only with the
armhf side??
Anyway, I've already uploaded the patched package to debian-ports, as
a test to see if it can actually build mono packages successfully.
Regards
Konstantinos
diff -ruN mono-2.6.7/debian/control mono-2.6.7.armhf//debian/control
--- mono-2.6.7/debian/control 2011-08-25 20:12:45.0 +
+++ mono-2.6.7.armhf//debian/control 2011-08-25 20:13:17.183634626 +
@@ -24,7 +24,7 @@
Package: mono-runtime
Provides: cli-runtime, cli-virtual-machine
-Architecture: i386 lpia kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel sparc s390
+Architecture: i386 lpia kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel armhf sparc s390
Replaces: mono-common ( 2.4), mono-jit ( 2.4), libmono0 ( 2.4)
Conflicts: mono-common ( 2.4),
mono-jit ( 2.4),
@@ -51,7 +51,7 @@
Package: mono-runtime-dbg
Priority: extra
Section: debug
-Architecture: i386 lpia kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel sparc s390
+Architecture: i386 lpia kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel armhf sparc s390
Replaces: mono-jit-dbg ( 2.4)
Conflicts: mono-jit-dbg ( 2.4)
Depends: ${misc:Depends}, mono-runtime (= ${binary:Version})
@@ -67,7 +67,7 @@
Package: mono-utils
Provides: cil-disassembler
-Architecture: i386 lpia kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel sparc s390
+Architecture: i386 lpia kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel armhf sparc s390
Replaces: mono-mcs (= 1.1.6-4)
Depends: ${shlibs:Depends}, ${misc:Depends}, libmono0 (= ${binary:Version}), libmono-corlib2.0-cil (= ${source:Version}) | libmono-corlib1.0-cil (= ${source:Version})
Description: Mono utilities
@@ -81,7 +81,7 @@
pedump, monodis and monograph.
Package: mono-complete
-Architecture: i386 lpia kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel sparc s390
+Architecture: i386 lpia kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel armhf sparc s390
Depends: ${misc:Depends},
mono-runtime (= ${binary:Version}),
libmono0 (= ${binary:Version}),
@@ -119,7 +119,7 @@
You should build-depend on cli-common-dev and the needed libraries instead.
Package: libmono0
-Architecture: i386 lpia kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel sparc s390
+Architecture: i386 lpia kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel armhf sparc s390
Replaces: libmono-dev (= 1.1.6-4)
Conflicts: mono-utils ( 1.2.3.1-4)
Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -135,7 +135,7 @@
Package: libmono0-dbg
Priority: extra
Section: debug
-Architecture: i386 lpia kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel sparc s390
+Architecture: i386 lpia kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel armhf sparc s390
Depends: ${misc:Depends}, libmono0 (= ${binary:Version})
Recommends: gdb
Description: Mono JIT library, debugging symbols
@@ -148,7 +148,7 @@
bytecode (aka assemblies), and a class library.
Package: libmono-dev
-Architecture: i386 lpia kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel sparc s390
+Architecture: i386 lpia kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel armhf sparc s390
Depends: ${misc:Depends}, libmono0 (= ${binary:Version}), libglib2.0-dev
Description: Mono JIT library - Development files
Header files and static libraries for libmono.
@@ -160,7 +160,7 @@
bytecode (aka assemblies), and a class library.
Package: libmono-profiler
-Architecture: i386 lpia kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel sparc s390
+Architecture: i386 lpia kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel armhf sparc s390
Replaces: mono-runtime ( 2.4.2.3)
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Mono profiler libraries
@@ -1678,7 +1678,7 @@
libraries, for CLI 2.0
Package: mono-jay
-Architecture: i386 lpia kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel sparc s390
+Architecture: i386 lpia kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel armhf sparc s390
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: LALR(1) parser generator oriented to Java/CLI
Mono is a platform for running and developing applications based on the
diff -ruN mono-2.6.7/debian/rules mono-2.6.7.armhf//debian/rules
--- mono-2.6.7/debian/rules 2011-08-25 20:12:45.0 +
+++ mono-2.6.7.armhf//debian/rules 2011-08-25 20:14:03.123634620 +
@@ -43,6 +43,13 @@
CONF_FLAGS += --with-tls=pthread
endif
+ifeq ($(DEB_BUILD_ARCH), armhf)
+ CONF_FLAGS += --with-fpu=VFP
+ # the build-system picks __thread for
Bug#639343: libxaw7 needs be be made Multiarch aware
Package: libxaw7 Version: 2:1.0.9-2 Severity: wishlist libxaw7 needs be be made Multiarch aware -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639344: libxpm4: Please convert to Mulitarch
Package: libxpm4 Version: 1:3.5.9-1 Severity: wishlist Dears Maintainers, Could you support multiarch same for libxpm4 Multiarch Information can be found on this wiki http://wiki.debian.org/Multiarch/Implementation An example for a patch can be found in bug #635252 Thank you. Cheers Mike -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libxpm4 depends on: ii libc6 2.13-17Embedded GNU C Library: Shared lib ii libx11-6 2:1.4.4-1 X11 client-side library libxpm4 recommends no packages. libxpm4 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636700: update-alternatives: Don't update alternative symlinks if they are already correct
Hey Raphael
On Tue, Aug 16, 2011 at 10:11:03PM +0200, Raphael Hertzog wrote:
Hi Salvatore,
On Tue, 16 Aug 2011, Salvatore Bonaccorso wrote:
Attached is a tentative patch trying to solve this: a link should only
be updated, if it does not point to the right place.
Can you add a test-case for this? I guess that verifying that the inode
number did not change is a good way to verify that the link did not get
replaced... see utils/t/100_update_alternatives.t.
Yes, but I still need to do that.
But attached is an updated version for the patch, is this better
suitable so far? Jan, changed the parts you mentioned.
Regards
Salvatore
From b432597c512aa780c72d40403c607fdc829a1e3b Mon Sep 17 00:00:00 2001
From: Salvatore Bonaccorso car...@debian.org
Date: Fri, 26 Aug 2011 08:30:28 +0200
Subject: [PATCH] Update altenrative links only if needed
Update the alternatives symlinks only if needed. In case the link
already point to the correct location, update-alternatives don't update
the symlink. This is helpfull if e.g. /usr is mountet read-only and the
links there are not affected by an update-alternatives change but only
links in writable part (e.g. /etc/alternatives).
Closes: #636700
---
utils/update-alternatives.c | 24 +++-
1 files changed, 23 insertions(+), 1 deletions(-)
diff --git a/utils/update-alternatives.c b/utils/update-alternatives.c
index 8e82bb6..6d1fade 100644
--- a/utils/update-alternatives.c
+++ b/utils/update-alternatives.c
@@ -1651,6 +1651,26 @@ alternative_can_replace_path(const char *linkname)
return replace_link;
}
+static bool
+alternative_link_needs_update(const char *linkname, const char *target)
+{
+ char *lntarget;
+ bool update_needed = true;
+ struct stat st;
+
+ if (lstat(linkname, st) == 0) {
+ if (S_ISLNK(st.st_mode)) {
+ lntarget = xreadlink(linkname, false);
+ if (strcmp(target, lntarget) == 0) {
+update_needed = false;
+ }
+ free(lntarget);
+ }
+ }
+
+ return update_needed;
+}
+
static void
alternative_prepare_install_single(struct alternative *a, const char *name,
const char *linkname, const char *file)
@@ -1665,7 +1685,9 @@ alternative_prepare_install_single(struct alternative *a, const char *name,
alternative_add_commit_op(a, opcode_mv, fntmp, fn);
free(fntmp);
- if (alternative_can_replace_path(linkname)) {
+ if (!alternative_link_needs_update(linkname,fn)) {
+ /* Link already correct, no update required */
+ } else if (alternative_can_replace_path(linkname)) {
/* Create alternative link. */
xasprintf(fntmp, %s DPKG_TMP_EXT, linkname);
checked_rm(fntmp);
--
1.7.5.4
signature.asc
Description: Digital signature
Bug#639333: ant fails to run with libxerces2-java=2.11.0-1
Le vendredi 26 août 2011 03:01:05, Pavel Zubkou a écrit : Package: ant Version: 1.8.2-3 Severity: important Hi, Problem occured on building Android porject with ant. Running any ant target result in java.lang.NoClassDefFoundError: org/w3c/dom/ElementTraversal BUILD FAILED /home/pavel/yangutu/mobile-statistics/android/build.xml:82: java.lang.NoClassDefFoundError: org/w3c/dom/ElementTraversal [...] Could you please provide installed version of libjaxp1.3-java, libxml-commons- external-java and libxml-commons-resolver1.1-java ? Thanks, -- Damien signature.asc Description: This is a digitally signed message part.
Bug#639328: pdfscreenshot_event_filter() may cause BadWindow X-Protocol errors.
Hello Petr, Am Freitag, den 26.08.2011, 02:07 +0200 schrieb Petr Gajdůšek: Package: gtk-vector-screenshot Version: 0.3-1 Severity: important Tags: patch Everytime I open UI (glade) file in anjuta and start dragging a signal from any widget properties panel to the source code, in order to create signal handler, anjuta crashes with BadWindow X-Protocol error. Sometimes it crashes another application too, i.e. gnome-terminal or gnome-shell. I experience BadWindow errors from other apps too, but I didn't check if it comes from gtk-vector-screenshot (i.e. gnome-screensaver, gnome-shell). Debug logs for anjuta attached. The window with id 23070566 for which is XSetTextProperty() from pdfscreenshot_event_filter() called did not exist before crash (dragging start) and did not exists after (checked with xwininfo -int -tree -root) Patch installing custom error handler ingoring BadWindow errors is attached. Cheers, Petr Gajdůšek thanks for the report, especially as it comes with a patch! Do you know why pdfscreenshot_event_filter could cause a BadWindow error there in the first place? I’d expect that a MapNotify event surely indicates that the window exists. Also, do you think there is a reason not to call the original error handler in silent_error_handler instead of exit()? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#639339: iceweasel: Unable to print a page through a cups server
On Thu, Aug 25, 2011 at 11:13:14PM -0700, Ian Zimmerman wrote: Ian Getting something like the folliwing on the server, in Ian /var/log/cups/error_log. Printing the same page into a Ian postscript file, followed by lp file.ps, works. Mike This could be bug 583487 I don't think so, note the last sentence above. Seems specific to iceweasel. From reading various things about it, it seems specific to raster images in the pdf that the printer can't handle due to limited memory. In theory, that could happen with any pdf containing raster images sufficiently big. Did you try printing the pdf from bug 583487. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639345: cobalt-panel-utils: Homepage does not work
Package: cobalt-panel-utils Severity: minor Hi :) The URL reported in the package description: http://gentoo.404ster.com/ does not work. Please see also #615379. Thanks, Mirco. -- System Information: Debian Release: squeeze/sid APT prefers lucid-updates APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid-backports'), (500, 'lucid') Architecture: i386 (i686) Kernel: Linux 2.6.32-33-generic (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639346: [PATCH] Crashes in wxVTKRenderWindowInteractor
Package: python-vtk Version: 5.6.1-6 Tags: patch Dear Maintainer, at work I ran into a nasty problem with vtk 5.6: Using the wxVTKRenderWindowInteractor lead to segmentation faults. I did not use the Debian package, but it seems this problem is unpatched at git://git.debian.org/git/collab-maint/vtk.git fa252a51fff63986d69bcdd6b1c6659353ee47df The attached patch is from upstream's git repository but was not included in 5.6 as it seems. Please consider applying it. Greetings, Torsten commit 24696342385db581cfcabb79eb90164bdd045267 Author: Prabhu Ramachandran pra...@aero.iitb.ac.in Date: Tue May 25 15:12:55 2010 -0700 Fix crashing wxVTKRenderWindowInteractor on Linux BUG: Fixing a segfault with recent versions of VTK after Feb 5, 2010. The specific checkin that caused this is cc83e73b7f0efff98441d8b9640d34c86321578c. This patch changed the way swig mangled pointers were checked from Python and that broke the GetDisplayId method of wxVTKRenderWindowInteractor which caused the segfault. diff --git a/Wrapping/Python/vtk/wx/wxVTKRenderWindowInteractor.py b/Wrapping/Python/vtk/wx/wxVTKRenderWindowInteractor.py index d3807cb..69c1ee7 100644 --- a/Wrapping/Python/vtk/wx/wxVTKRenderWindowInteractor.py +++ b/Wrapping/Python/vtk/wx/wxVTKRenderWindowInteractor.py @@ -347,7 +347,7 @@ class wxVTKRenderWindowInteractor(baseClass): # we now have 0xdeadbeef # VTK wants it as: _deadbeef_void_p (pre-SWIG-1.3 style) -d = '_%s_%s' % (d[2:], 'void_p') +d = '_%s_%s\0' % (d[2:], 'void_p') return d
Bug#639339: iceweasel: Unable to print a page through a cups server
Ian I don't think so, note the last sentence above. Seems specific to Ian iceweasel. Mike From reading various things about it, it seems specific to raster Mike images in the pdf that the printer can't handle due to limited Mike memory. Mike In theory, that could happen with any pdf containing raster images Mike sufficiently big. Did you try printing the pdf from bug 583487. No, not yet. I'll do so next week after my weekend trip. But why would the problem not appear when printing the _same_ data with the command line lp client? -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639339: iceweasel: Unable to print a page through a cups server
On Fri, Aug 26, 2011 at 12:09:55AM -0700, Ian Zimmerman wrote: Ian I don't think so, note the last sentence above. Seems specific to Ian iceweasel. Mike From reading various things about it, it seems specific to raster Mike images in the pdf that the printer can't handle due to limited Mike memory. Mike In theory, that could happen with any pdf containing raster images Mike sufficiently big. Did you try printing the pdf from bug 583487. No, not yet. I'll do so next week after my weekend trip. But why would the problem not appear when printing the _same_ data with the command line lp client? How do you know it's the same? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637167: iceweasel: reproducible crash (segmentation fault) in libhunspell when typing a comment on Facebook
On Wed, Aug 24, 2011 at 01:46:57PM +0200, Vincent Lefevre wrote: reopen 637167 found 637167 6.0-2 thanks On 2011-08-20 10:36:55 +0200, Vincent Lefevre wrote: On 2011-08-20 09:12:40 +0200, Mike Hommey wrote: How does 6.0-1 perform? It no longer crashes. I could reproduce the bug with iceweasel 6.0-2. Still after typing E but there were previous sentences in my Facebook comment. Could you get a core for the crashed process, using your rebuilt libhunspell with debug info, and give me both? (Please be aware that the core may contain private information, so it would be better to hand it through a private channel) Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521189: spamassassin: subprocess post-installation script returned error exit status 255
Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 20 not upgraded. 1 not fully installed or removed. After this operation, 0B of additional disk space will be used. Setting up spamassassin (3.2.5-4) ... dpkg: error processing spamassassin (--configure): subprocess post-installation script returned error exit status 255 Errors were encountered while processing: spamassassin E: Sub-process /usr/bin/dpkg returned an error code (1) Hi Ralf. It's been an awfully long time since you submitted this bug. Has the problem recurred in more recent versions of spamassassin? Nope. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622019: sslscan: FTBFS: sslscan.c:566: undefined reference to `SSLv2_client_method'
Re: Ilya Barygin 2011-08-23 4e53e126.6040...@gmail.com tags 622019 patch thanks Hello, Attached patch was used to fix this in Ubuntu. https://launchpad.net/ubuntu/+source/sslscan/1.8.2-1ubuntu1 Description: Fix build in case of disabled SSLv2. This is needed for build with OpenSSL 1.0.0. Hmm... disabling SSLv2 kind of defeats the purpose of the package. This is a monitoring tool to find servers supporting obsolete protocol versions. Ideally, sslscan would bundle a library capable of speaking SSLv2, but this is a pretty big hammer to implement. Alternatively, is it possible to detect SSLv2 support in servers without actually connecting with a v2 client library? Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#638172: [Xen-devel] Re: Bug#638172: BUG: soft lockup - CPU#0 stuck for 61s! [qemu-dm:3205]
Hi Giuseppe, On Thu, 2011-08-25 at 07:56 +0100, Ian Campbell wrote: But, I may use a different kernel and let the server goes until crashes: no problem in rebooting it for kernel update. Thanks that would be useful, I'll put something together and let you know. I'm in the process of uploading a kernel to http://xenbits.xen.org/people/ianc/2.6.32-36~xen0/ which has a bunch of patches to the event channel (aka IRQ) subsystem backported. I think the kernel flavour you want is there already please could you give it a go when you get the chance. Thanks, Ian. -- Ian Campbell On-line, adj.: The idea that a human being should always be accessible to a computer. signature.asc Description: This is a digitally signed message part
Bug#639339: iceweasel: Unable to print a page through a cups server
Ian But why would the problem not appear when printing the _same_ data Ian with the command line lp client? Mike How do you know it's the same? I don't, but if it is not the same, it's still a bug in iceweasel :-P -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639347: RFA: psyco -- Python specializing compiler
Package: wnpp Severity: normal I request an adopter for the psyco package, as I no longer use the package and cannot maintain it properly anymore. Due to lack of upstream support, maybe the package should be removed from Debian altogether, as supporting python 2.5 will require significant effort. Any feedback on this regard is welcome. The package description is: Psyco lets you run your existing Python software much faster, with no change in your source. . Think of Psyco as a kind of just-in-time (JIT) compiler, a little bit like Java's, that emit machine code on the fly instead of interpreting your Python program step by step. The result is that your unmodified Python programs run faster. . The plan for the next release is to include a fast low-level interpreter that can be used on non-Intel processors. It will finally make Psyco portable -- although of course not as fast as it could possibly be if it could emit real machine code. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636927: partclone: hfsplusclone is broken on amd64
Hi, I uploaded a new version of the package, with your patch applied. Nameless a écrit : Package: partclone Version: 0.2.22-2 Severity: important Tags: upstream patch This bug is mentioned online once http://sourceforge.net/projects/clonezilla/forums/forum/799287/topic/4500041 with the fix being to use an x86 version. I can confirm that the x86 debian package works from a chroot. On amd64 hfsplusclone detects the hfs partition as being empty. The bug is due to explicit use of long in hfsplusclone.h and expecting it to be 32-bit. The attached patch resolves the amd64 bug for me and also still works in the x86 chroot, tested by cloning and restoring an hfsplus partition. This bug persists in the latest 0.2.24 upstream. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages partclone depends on: ii e2fslibs 1.42~WIP-2011-07-02-1 ext2/ext3/ext4 file system librari ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libcomerr2 1.42~WIP-2011-07-02-1 common error description library ii libncursesw5 5.9-1 shared libraries for terminal hand ii libntfs10 2.0.0-1+b1library that provides common NTFS ii libuuid1 2.19.1-4 Universally Unique ID library partclone recommends no packages. partclone suggests no packages. -- no debconf information diff -u orig-partclone-0.2.22/src//hfsplusclone.c partclone-0.2.22/src//hfsplusclone.c --- orig-partclone-0.2.22/src//hfsplusclone.c 2011-03-28 00:19:59.0 -0700 +++ partclone-0.2.22/src//hfsplusclone.c 2011-08-05 10:23:56.0 -0700 @@ -128,8 +128,8 @@ UInt32 bused = 0, bfree = 0, mused = 0; UInt32 block = 0, extent_block = 0, tb = 0, i = 0; int allocation_exten = 0; -long int allocation_start_block; -long int allocation_block_size; +UInt32 allocation_start_block; +UInt32 allocation_block_size; int start = 0; int bit_size = 1; diff -u orig-partclone-0.2.22/src//hfsplusclone.h partclone-0.2.22/src//hfsplusclone.h --- orig-partclone-0.2.22/src//hfsplusclone.h 2011-03-28 00:19:59.0 -0700 +++ partclone-0.2.22/src//hfsplusclone.h 2011-08-05 10:23:56.0 -0700 @@ -11,11 +11,10 @@ * (at your option) any later version. */ - -typedef unsigned char UInt8; -typedef unsigned short int UInt16; -typedef unsigned long int UInt32; -typedef unsigned long long int UInt64; +typedef uint8_t UInt8; +typedef uint16_t UInt16; +typedef uint32_t UInt32; +typedef uint64_t UInt64; typedef UInt32 HFSCatalogNodeID; -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#639293: librsl1: Shared library package includes files that will clash when the soname bumps
On Thu, Aug 25, 2011 at 18:54:24 +0200, Stefano Rivera wrote: Package: librsl1 Version: 1.42-1 Severity: wishlist The files in /usr/share/rsl/ will be a problem if you want to multi-arch this or have librsl2 (when that appears) co-installable with librsl1. This should be serious, not wishlist. (Policy 8.2: If your package contains files whose names do not change with each change in the library shared object version, you must not put them in the shared library package.) Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638573: kontact freezes, akonadi restart
Halo again, sometimes it works if I make a restart akonadictl restart. Last Time as it works I get the following messages: -snip- Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) search paths: (/usr/local/bin, /usr/bin, /bin, /usr/bin/X11, /usr/games, /usr/sbin, /usr/local/sbin, /usr/local/libexec, /usr/libexec, /opt/mysql/libexec, /opt/local/lib/mysql5/bin, /opt/mysql/sbin) Found mysql_install_db: Found mysqlcheck: Database akonadi opened using driver QMYSQL DbInitializer::run() checking table SchemaVersionTable checking table ResourceTable checking table CollectionTable checking table MimeTypeTable checking table PimItemTable checking table FlagTable checking table PartTable checking table CollectionAttributeTable checking relation PimItemFlagRelation checking relation CollectionMimeTypeRelation checking relation CollectionPimItemRelation DbInitializer::run() done skipping update 2 skipping update 3 skipping update 4 skipping update 8 skipping update 10 skipping update 12 skipping update 13 skipping update 14 skipping update 15 skipping update 16 skipping update 17 skipping update 18 skipping update 19 Akonadi::NepomukSearchEngine(0x9bc7e28) QObject(0x0) Database akonadi opened using driver QMYSQL Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) DataStore::unhideAllPimItems() Database akonadi opened using driver QMYSQL PLUGINS: /usr/share/akonadi/agents PLUGINS: (birthdaysresource.desktop, contactsresource.desktop, icalresource.desktop, imapresource.desktop, kabcresource.desktop, kcalresource.desktop, knutresource.desktop, kolabproxyresource.desktop, localbookmarksresource.desktop, maildirresource.desktop, maildispatcheragent.desktop, mboxresource.desktop, microblog.desktop, mtdummyresource.desktop, nepomukcalendarfeeder.desktop, nepomukcontactfeeder.desktop, nepomuktagresource.desktop, nntpresource.desktop, notesresource.desktop, pop3resource.desktop, vcarddirresource.desktop, vcardresource.desktop) search paths: (/usr/local/bin, /usr/bin, /bin, /usr/bin/X11, /usr/games) PLUGINS inserting: akonadi_birthdays_resource 1 (Resource) PLUGINS inserting: akonadi_contacts_resource 1 (Resource) PLUGINS inserting: akonadi_ical_resource 2 (Resource) PLUGINS inserting: akonadi_imap_resource 0 (Resource) PLUGINS inserting: akonadi_kabc_resource 2 (Resource) PLUGINS inserting: akonadi_kcal_resource 1 (Resource) PLUGINS inserting: akonadi_knut_resource 0 (Resource) PLUGINS inserting: akonadi_kolabproxy_resource 0 (Resource, Unique, NoConfig) PLUGINS inserting: akonadi_localbookmarks_resource 0 (Resource) PLUGINS inserting: akonadi_maildir_resource 1 (Resource) PLUGINS inserting: akonadi_maildispatcher_agent 0 (Unique, Autostart, NoConfig) PLUGINS inserting: akonadi_mbox_resource 0 (Resource) PLUGINS inserting: akonadi_microblog_resource 0 (Resource) PLUGINS inserting: akonadi_mailtransport_dummy_resource 0 (Resource, MailTransport) PLUGINS inserting: akonadi_nepomuk_calendar_feeder 0 (Unique, NoConfig) PLUGINS inserting: akonadi_nepomuk_contact_feeder 0 (Unique, Autostart, NoConfig) PLUGINS inserting: akonadi_nepomuktag_resource 0 (Resource, Virtual, Unique, NoConfig) PLUGINS inserting: akonadi_nntp_resource 0 (Resource) PLUGINS inserting: akonadi_notes_resource 0 (Resource) PLUGINS inserting: akonadi_pop3_resource 0 (Resource) PLUGINS inserting: akonadi_vcarddir_resource 0 (Resource) PLUGINS inserting: akonadi_vcard_resource 3 (Resource) Akonadi server is now operational. Database akonadi opened using driver QMYSQL void Nepomuk::Query::QueryServiceClient::close() Known subscriber akonadi_birthdays_resource_0 subscribes again Database akonadi opened using driver QMYSQL Database akonadi opened using driver QMYSQL Database akonadi opened using driver QMYSQL akonadi_contacts_resource_0(4198)/libkdepim Akonadi::PluginLoader::scan: missing or empty X-KDE-ClassName value in /usr/share/kde4/apps/akonadi/plugins/serializer/akonadi_serializer_microblog.desktop akonadi_contacts_resource_0(4198)/libkdepim Akonadi::PluginLoader::scan: missing or empty X-KDE-ClassName value in /usr/share/kde4/apps/akonadi/plugins/serializer/akonadi_serializer_mail.desktop akonadi_contacts_resource_0(4198)/libkdepim Akonadi::PluginLoader::scan: missing or empty X-KDE-ClassName value in /usr/share/kde4/apps/akonadi/plugins/serializer/akonadi_serializer_bookmark.desktop akonadi_contacts_resource_0(4198)/libkdepim Akonadi::PluginLoader::scan: missing or empty X-KDE-ClassName value in /usr/share/kde4/apps/akonadi/plugins/serializer/akonadi_serializer_contactgroup.desktop akonadi_contacts_resource_0(4198)/libkdepim Akonadi::PluginLoader::scan: missing or empty X-KDE-ClassName value in /usr/share/kde4/apps/akonadi/plugins/serializer/akonadi_serializer_kcalcore.desktop
Bug#637009: xdrawchem: Wrong path to help from molecule info window
Hello Shannon, please upgrade to xdrawchem-2.0-1, this bug is already fixed. Best regards, Georges. Shannon Dealy a écrit : Package: xdrawchem Version: 1.9.9-4.1 Severity: normal If you click the help button from the molecule info window, it attempts to display the file: /usr/share/xdrawchem/doc/molinfo.html which results in a blank display. The above path is incorrect and should instead be: /usr/share/doc/xdrawchem/html/molinfo.html which is where the file is currently located. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: i386 (i686) Kernel: Linux 2.6.36-trunk-686-bigmem (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xdrawchem depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc11:4.4.5-8 GCC support library ii libopenbabel3 2.2.3-1+b1Chemical toolbox library ii libqt3-mt 3:3.3.8b-7+b1 Qt GUI Library (Threaded runtime v ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 xdrawchem recommends no packages. xdrawchem suggests no packages. -- no debconf information -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#639290: partial upgrade from squeeze to wheezy fails
On Fri, Aug 26, 2011 at 12:43:20AM -0500, Jonathan Nieder wrote: reassign 639290 apt quit Hi again, Adam Heath wrote: 639290 says that you can deconfigure perl. That is not possible. Why? I thought the whole point of having a separate perl and perl-base is that perl is not essential. Obviously dpkg has no --deconfigure command that you could use for this. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639348: libxtst: multiarch
Package: libxtst
Version: 2:1.2.0-3
Severity: minor
Tags: patch
Someone on IRC asked how to use libxtst6 as multi-arch.
I had a quick look and found it wasn't very hard to convert it.
I do not know quite why he needed this - something about Xilinx ISE,
whatever that is. But in the spirit of not wasting work, here is my
patch.
The extra dh_strip line in debian/rules are needed so that
--dbg-package does _not_ pick up the udeb, because the udeb
copy of the library is not under the multiarch path.
I'm not sure whether it is safe or reasonable to specify
Multi-Arch: same for the -dev package.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
diff -u libxtst-1.2.0/debian/libxtst-dev.install libxtst-1.2.0/debian/libxtst-dev.install
--- libxtst-1.2.0/debian/libxtst-dev.install
+++ libxtst-1.2.0/debian/libxtst-dev.install
@@ -1,6 +1,6 @@
-usr/lib/libXtst.a
-usr/lib/libXtst.so
-usr/lib/pkgconfig/xtst.pc
+usr/lib/*/libXtst.a
+usr/lib/*/libXtst.so
+usr/lib/*/pkgconfig/xtst.pc
usr/share/man/man3
usr/include/X11/extensions/
usr/share/doc/libxtst-dev/
diff -u libxtst-1.2.0/debian/control libxtst-1.2.0/debian/control
--- libxtst-1.2.0/debian/control
+++ libxtst-1.2.0/debian/control
@@ -4,6 +4,7 @@
Maintainer: Debian X Strike Force debia...@lists.debian.org
Uploaders: Cyril Brulebois k...@debian.org
Build-Depends:
+ dpkg-dev (= 1.16),
debhelper (= 5.0.0),
libx11-dev (= 2:0.99.3),
libxext-dev (= 2:1.0.99.4),
@@ -26,6 +27,8 @@
Package: libxtst6
Section: libs
Architecture: any
+Multi-Arch: same
+Pre-Depends: multiarch-support
Depends: ${shlibs:Depends}, ${misc:Depends}, x11-common
Description: X11 Testing -- Record extension library
libXtst provides an X Window System client interface to the Record
@@ -50,6 +53,7 @@
Package: libxtst6-dbg
Architecture: any
+Multi-Arch: same
Section: debug
Priority: extra
Depends: ${shlibs:Depends}, ${misc:Depends}, x11-common, libxtst6 (= ${binary:Version})
diff -u libxtst-1.2.0/debian/libxtst6-udeb.install libxtst-1.2.0/debian/libxtst6-udeb.install
--- libxtst-1.2.0/debian/libxtst6-udeb.install
+++ libxtst-1.2.0/debian/libxtst6-udeb.install
@@ -1 +1 @@
-usr/lib/libXtst.so.6*
+usr/lib/*/libXtst.so.6* usr/lib
diff -u libxtst-1.2.0/debian/rules libxtst-1.2.0/debian/rules
--- libxtst-1.2.0/debian/rules
+++ libxtst-1.2.0/debian/rules
@@ -26,6 +26,7 @@
DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
+DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE))
confflags += --build=$(DEB_HOST_GNU_TYPE)
else
@@ -41,6 +42,7 @@
cd build \
../configure --prefix=/usr --mandir=\$${prefix}/share/man \
--infodir=\$${prefix}/share/info $(confflags) \
+ --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \
--docdir=\$${prefix}/share/doc/libxtst-dev \
--with-xmlto --without-fop \
CFLAGS=$(CFLAGS)
@@ -81,7 +83,8 @@
dh_installchangelogs ChangeLog
dh_installman
dh_link
- dh_strip --dbg-package=$(PACKAGE)-dbg
+ dh_strip -p$(PACKAGE)-udeb
+ dh_strip -N$(PACKAGE)-udeb --dbg-package=$(PACKAGE)-dbg
dh_compress
dh_fixperms
dh_makeshlibs --add-udeb=$(PACKAGE)-udeb
diff -u libxtst-1.2.0/debian/libxtst6.install libxtst-1.2.0/debian/libxtst6.install
--- libxtst-1.2.0/debian/libxtst6.install
+++ libxtst-1.2.0/debian/libxtst6.install
@@ -1 +1 @@
-usr/lib/libXtst.so.6*
+usr/lib/*/libXtst.so.6*
Bug#637009: xdrawchem: Wrong path to help from molecule info window
Hello Shannon, please upgrade to xdrawchem-2.0-1, this bug is already fixed in the new version. Best regards, Georges. Shannon Dealy a écrit : Package: xdrawchem Version: 1.9.9-4.1 Severity: normal If you click the help button from the molecule info window, it attempts to display the file: /usr/share/xdrawchem/doc/molinfo.html which results in a blank display. The above path is incorrect and should instead be: /usr/share/doc/xdrawchem/html/molinfo.html which is where the file is currently located. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: i386 (i686) Kernel: Linux 2.6.36-trunk-686-bigmem (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xdrawchem depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc11:4.4.5-8 GCC support library ii libopenbabel3 2.2.3-1+b1Chemical toolbox library ii libqt3-mt 3:3.3.8b-7+b1 Qt GUI Library (Threaded runtime v ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 xdrawchem recommends no packages. xdrawchem suggests no packages. -- no debconf information -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#639337: www.debain.org: please update information on sparc port
Hi, Joost van Baal-Ilić joostvb-debain-sparc-2011082...@mdcc.cx wrote: http://www.debian.org/ports/index should be changed, here's a pseudo-patch: s/ This port runs on the Sun SPARC station series of workstations, as well as some of their successors in the sun4 architectures. / This port runs on the Sun SPARC Ultra series of workstations, as well as some of their successors in the sun4 architectures. / [...] http://www.debian.org/ports/sparc/ should be changed: s/ Supported is Sun4u machines / Supported are sun4u and sun4v machines / and s/ does support the sun4u (“Ultra”) architecture / does support the sun4u (“Ultra”) and sun4v (Niagara CPU) architecture / Joost and debian-www: Ok for me committing the attached patches? (Please note, that I changed the proposed Sparc Ultra series into UltraSparc series, which seems the correct name.) Holger -- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Created with Sylpheed 3.0.2 under DEBIAN GNU/LINUX 6.0 - S q u e e z e Registered LinuxUser #311290 - http://counter.li.org/ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = --- ports_index_orig.wml 2011-08-26 09:36:49.493696753 +0200 +++ ports_index_workingcopy.wml 2011-08-26 09:53:06.053698588 +0200 @@ -135,7 +135,7 @@ tda href=$(HOME)/ports/sparc/sparc/a/td tdSun SPARC/td tdFirst officially released with Debian 2.1. This port runs on the Sun -SPARCstation series of workstations, as well as some of their successors +UltraSPARC series of workstations, as well as some of their successors in the sun4 architectures./td tda href=$(HOME)/releases/stable/sparc/release-notes/released/a/td /tr --- ports_sparc_index_orig.wml 2011-08-26 09:39:20.649697301 +0200 +++ ports_sparc_index_workingcopy.wml 2011-08-26 09:44:49.165697308 +0200 @@ -26,7 +26,7 @@ h2 id=statusCurrent Status/h2 p Debian SPARC is officially released and known to be stable. Supported -is Sun4u machines (with a 32-bit userland). See +are sun4u and sun4v machines (with a 32-bit userland). See the a href=../../releases/stable/sparc/Install Manual/a for information on supported systems, hardware, and how to install Debian. @@ -35,7 +35,8 @@ h2 id=sparc64bitAbout 64-bit SPARC support/h2 p The Debian SPARC port, -as mentioned above, does support the sun4u (ldquo;Ultrardquo;) architecture. +as mentioned above, does support the sun4u (ldquo;Ultrardquo;) +and sun4v (Niagara CPU) architectures. It uses a 64-bit kernel (compiled with gcc 3.3 or newer), but most of the applications run in 32-bit. This is also called a ldquo;32-bit userlandrdquo;.
Bug#509815: odbc-postgresql: can't be installed together with KDE any more
reassign 639300 soprano retitle 639300 please build against unixodbc-dev instead of libiodbc2-dev thanks Hi folks, This week with Christoph Berg's help, unixodbc has been converted for multiarch in unstable along with the common drivers: libmyodbc, tdsodbc, and odbc-postgresql. The converted drivers are now all installed in /usr/lib/arch/odbc, and the /etc/odbcinst.ini config has been updated to use relative paths instead of absolute ones. libiodbc2, which has been orphaned for nearly three years, has *not* been updated for multiarch, and so libiodbc will fail to locate these drivers on disk. As a result, these drivers declare a Breaks: against libiodbc2. I do not intend to update libiodbc2 for multiarch. Instead, I would like to propose its removal from the archive. Historically, we have carried both unixodbc and libiodbc2 in the archive to avoid a circular build-dependency: Qt build-depends on ODBC for its database support, and UnixODBC build-depends on Qt for its GUI tools. The most recent upstream version of UnixODBC resolves this, because in addition to being updated for Qt4, the latest upstream release also splits the GUI tools into a separate source distribution, which I have just uploaded to unstable. So I am reassigning this bug to soprano. KDE maintainers, please switch soprano to build against unixodbc-dev instead of libiodbc2-dev. (I will file separate bugs against the other reverse-dependencies, but for soprano someone has beaten me to it.) Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#544347: Pygame development moved to Mercurial/Bitbucket
On Wed, Aug 24, 2011 at 11:43 AM, Lenard Lindstrom le...@telus.net wrote: Hi, We have moved Pygame revision control to Mercurial, with the central repository at Bitbucket (https://bitbucket.org/pygame/pygame). This will allow better feedback from external developers. Also it will permit easy backporting of bug fixes into the current release version, Python 1.9.1. As well, any bug fixes applied to the Debian Pygame 1.9.1 distribution can be fed back into the Bitbucket repository. I hope to see closer cooperation between the Pygame development team and Debian package maintainers. Lenard Lindstrom -- To unsubscribe, send mail to 544347-unsubscr...@bugs.debian.org. Hi Lenard, Thanks for keeping in touch! Likewise, I'd like to see Debian become a good downstream in its relationship with pygame. Just to clarify, if there are any existing non-Debian-specific bug reports or patches that haven't been addressed upstream yet, would you prefer that I forward them directly to you, file a new issue at Bitbucket, send a message to pygame's mailing list, or a combination of the above? Since #544347 has already been closed and is going to be archived eventually, you may wish to contact pygame's Debian maintainer (as well as any subscribers to pygame's PTS page) via pyg...@packages.debian.org instead. However, I'm not entirely sure whether emails sent to this address are also sent to the package's uploaders, but I'll probably receive any emails you send to this address anyways since I've already subscribed to pygame's PTS page... Also, I've recently uploaded my debian packaging for pygame to collab-maint: svn://svn.debian.org/svn/collab-maint/deb-maint/pygame/trunk (although I think I'm probably the only pygame maintainer/uploader actively using collab-maint for pygame packaging at the moment). Kind regards, - Vincent Cheng -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629919: python-pyside-dbg: package is enormous
Le jeudi, 9 juin 2011 18.32:18, Colin Watson a écrit : cjwatson could it not just be split into -dbg packages for each of the runtimes? that way at least an interrupted mirror wouldn't have to start so much earlier cjwatson or is there some reason it needs to be a giant conglomerate? OdyX there is no particular reason besides -dbg is useless in most cases, so for the rare cases it is actually needed, having only one package does sound saner OdyX cjwatson: I'm not particularily opposed to the idea; though I'm not certain the work it'll need is worth it. OdyX cjwatson: please file a bug; I'll think about it (I'm /away now). My smoking ADSL line would appreciate it. Thanks. :-) Hi Colin, just a quick note to mention that python-pyside-dbg now has its data.tar xz- compressed, which made it size go down from ~ 400 MiB to ~ 200 MiB. This partially addresses your issue. Cheers, -- OdyX signature.asc Description: This is a digitally signed message part.
Bug#638445: [Pkg-xfce-devel] Bug#638445: lightdm: Shutdown/Restart not working
On ven., 2011-08-19 at 13:05 +0200, Domenico Cufalo wrote: As in subject, shutdown and restart don't work. I've not tested suspend and hibernate. When I click on shutdown or restart, the confirmation window appears, but then nothing happens. I have a system with Gnome, LXDE and Openbox. If you need more information, please feel free to ask me. I just had the chance to test, and it seems to work fine for me. Could you provide logs from /var/log/lightdm? Do a fresh boot, then try to shutdown or restart, then send the logs, so there is no noise from successful login etc. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#639343: libxaw7 needs be be made Multiarch aware
Michael, On Fri, Aug 26, 2011 at 08:26:28 +0200, Michael Neuffer wrote: libxaw7 needs be be made Multiarch aware If you're not going to send patches, there's really no need to bother filing such bugs. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639343: libxaw7 needs be be made Multiarch aware
On 08/26/2011 10:02 AM, Julien Cristau wrote: Michael, On Fri, Aug 26, 2011 at 08:26:28 +0200, Michael Neuffer wrote: libxaw7 needs be be made Multiarch aware If you're not going to send patches, there's really no need to bother filing such bugs. http://wiki.debian.org/Multiarch/Implementation An example for a patch can be found in Debian bug #635252 I guess it will apply with minimal changes. Hope this helps. Cheers Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639349: denemo: Help menu should be the last, but Educational currently is
Package: denemo Version: 0.9.0-2 Severity: normal In version 0.9.0 the Help menu is the penultimate in the list while it should be the last. Educational should be sorted in before Help. Kind regards Andreas -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages denemo depends on: ii denemo-data 0.9.0-2 data for denemo ii guile-1.8-libs 1.8.8+1-6Core Guile libraries ii libasound2 1.0.24.1-2 shared library for ALSA applicatio ii libatk1.0-0 2.0.1-2 ATK accessibility toolkit ii libaubio2 0.3.2-4.2a library for audio segmentation ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libfftw3-3 3.2.2-1 library for computing Fast Fourier ii libfluidsynth1 1.1.4-2 Real-time MIDI software synthesize ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype62.4.6-1 FreeType 2 font engine, shared lib ii libgdk-pixbuf2.0-0 2.23.5-3 GDK Pixbuf library ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgmp102:5.0.1+dfsg-7 Multiprecision arithmetic library ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libgtksourceview2.0-0 2.10.4-1 shared libraries for the GTK+ synt ii libltdl72.4-3A system independent dlopen wrappe ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii libportaudio2 19+svn20110326-2 Portable audio I/O - shared librar ii librsvg2-2 2.34.0-1 SAX-based renderer library for SVG ii libsamplerate0 0.1.7-3 Audio sample rate conversion libra ii libsmf0 1.3-2LibSMF is a BSD-licensed C library ii libxml2 2.7.8.dfsg-4 GNOME XML library ii ttf-denemo 0.9.0-2 music notation symbol fonts for de Versions of packages denemo recommends: ii alsa-base [alsa] 1.0.23+dfsg-4 ALSA driver configuration files ii denemo-doc 0.9.0-2 documentation and examples for den ii lilypond 2.12.3-7 A program for typesetting sheet mu denemo suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638172: [Xen-devel] Re: Bug#638172: BUG: soft lockup - CPU#0 stuck for 61s! [qemu-dm:3205]
Hi, I just installed the new kernel and switched to 64bit hypervisor. I'll let you know about any news. Il giorno ven, 26/08/2011 alle 08.25 +0100, Ian Campbell ha scritto: [...] I'm in the process of uploading a kernel to http://xenbits.xen.org/people/ianc/2.6.32-36~xen0/ which has a bunch of patches to the event channel (aka IRQ) subsystem backported. I think the kernel flavour you want is there already please could you give it a go when you get the chance. During boot I got this message. Is this related to this bug or to new kernel? [0.004000] [ cut here ] [0.004000] WARNING: at /tmp/buildd/linux-2.6-2.6.32/debian/build/source_i386_xen/arch/x86/xen/enlighten.c:726 perf_events_lapic_init+0x28/0x29() [0.004000] Hardware name: MS-7368 [0.004000] Modules linked in: [0.004000] Pid: 0, comm: swapper Not tainted 2.6.32-5-xen-686 #1 [0.004000] Call Trace: [0.004000] [c1037839] ? warn_slowpath_common+0x5e/0x8a [0.004000] [c103786f] ? warn_slowpath_null+0xa/0xc [0.004000] [c1011db0] ? perf_events_lapic_init+0x28/0x29 [0.004000] [c14033dd] ? init_hw_perf_events+0x2dd/0x376 [0.004000] [c1403030] ? check_bugs+0x8/0xd8 [0.004000] [c13fb808] ? start_kernel+0x309/0x31d [0.004000] [c13fd410] ? xen_start_kernel+0x564/0x56b [0.004000] [c1409045] ? check_nmi_watchdog+0xcd/0x1f2 [0.004000] ---[ end trace a7919e7f17c0a725 ]--- Thanks, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639350: Fails to build from source if only libssl-dev is installed
Package: chntpw Version: 0.99.6-2 Severity: important Tags: patch Hi Javier, I've tried to rebuild chntpw for Univention Corporate Server, a Debian derived distribution based on Debian stable (currently Lenny, our next release will be based on Squeeze). I spotted the following bug: chntpw declares a build dep on libgcrypt11-dev | libssl-dev This works fine if libgcrypt11-dev is installed, but if only libssl-dev is present chntpw fails to build from source: /usr/bin/make CFLAGS=-DUSELIBGCRYPT -Wall -O2 make[1]: Entering directory `/home/jmm/chntpw-0.99.6' gcc -c -DUSELIBGCRYPT -Wall -O2 chntpw.c chntpw.c:72:22: error: gcrypt.h: Datei oder Verzeichnis nicht gefunden chntpw.c: In function ‘E1’: chntpw.c:208: error: ‘gcry_cipher_hd_t’ undeclared (first use in this function) chntpw.c:208: error: (Each undeclared identifier is reported only once chntpw.c:208: error: for each function it appears in.) chntpw.c:208: error: expected ‘;’ before ‘ks’ chntpw.c:211: warning: implicit declaration of function ‘gcry_cipher_open’ chntpw.c:211: error: ‘ks’ undeclared (first use in this function) chntpw.c:211: error: ‘GCRY_CIPHER_DES’ undeclared (first use in this function) chntpw.c:211: error: ‘GCRY_CIPHER_MODE_ECB’ undeclared (first use in this function) chntpw.c:212: warning: implicit declaration of function ‘gcry_cipher_setkey’ chntpw.c:213: warning: implicit declaration of function ‘gcry_cipher_encrypt’ chntpw.c:214: warning: implicit declaration of function ‘gcry_cipher_close’ chntpw.c: In function ‘change_pw’: chntpw.c:529: error: ‘gcry_cipher_hd_t’ undeclared (first use in this function) chntpw.c:529: error: expected ‘;’ before ‘ks1’ chntpw.c:533: error: ‘gcry_md_hd_t’ undeclared (first use in this function) chntpw.c:533: error: expected ‘;’ before ‘context’ chntpw.c:668: error: ‘ks1’ undeclared (first use in this function) chntpw.c:668: error: ‘GCRY_CIPHER_DES’ undeclared (first use in this function) chntpw.c:668: error: ‘GCRY_CIPHER_MODE_ECB’ undeclared (first use in this function) chntpw.c:669: error: ‘ks2’ undeclared (first use in this function) chntpw.c:678: warning: implicit declaration of function ‘gcry_cipher_decrypt’ chntpw.c:745: warning: implicit declaration of function ‘gcry_md_open’ chntpw.c:745: error: ‘context’ undeclared (first use in this function) chntpw.c:745: error: ‘GCRY_MD_MD4’ undeclared (first use in this function) chntpw.c:746: warning: implicit declaration of function ‘gcry_md_write’ chntpw.c:747: warning: implicit declaration of function ‘gcry_md_read’ chntpw.c:748: warning: implicit declaration of function ‘gcry_md_get_algo_dlen’ chntpw.c:749: warning: implicit declaration of function ‘gcry_md_close’ make[1]: *** [chntpw.o] Fehler 1 make[1]: Leaving directory `/home/jmm/chntpw-0.99.6' Attached patch changes the build-dep to only depend on libgcrypt11-dev. Cheers, Moritz diff -aur chntpw-0.99.6.orig//debian/control chntpw-0.99.6/debian/control --- chntpw-0.99.6.orig//debian/control 2011-04-02 13:36:01.0 +0200 +++ chntpw-0.99.6/debian/control 2011-04-02 13:38:24.0 +0200 @@ -2,7 +2,7 @@ Section: admin Priority: optional Maintainer: Javier Fernandez-Sanguino Pen~a j...@debian.org -Build-Depends: debhelper ( 3.0.0), libgcrypt11-dev | libssl-dev, sharutils, quilt +Build-Depends: debhelper ( 3.0.0), libgcrypt11-dev, sharutils, quilt Standards-Version: 3.8.4 Homepage: http://pogostick.net/~pnh/ntpasswd/ Nur in chntpw-0.99.6/debian: control~.
Bug#638172: [Xen-devel] Re: Bug#638172: BUG: soft lockup - CPU#0 stuck for 61s! [qemu-dm:3205]
On Fri, 2011-08-26 at 10:28 +0200, Giuseppe Sacco wrote: Hi, I just installed the new kernel and switched to 64bit hypervisor. I'll let you know about any news. Il giorno ven, 26/08/2011 alle 08.25 +0100, Ian Campbell ha scritto: [...] I'm in the process of uploading a kernel to http://xenbits.xen.org/people/ianc/2.6.32-36~xen0/ which has a bunch of patches to the event channel (aka IRQ) subsystem backported. I think the kernel flavour you want is there already please could you give it a go when you get the chance. During boot I got this message. Is this related to this bug or to new kernel? It's a benign (but annoying) warning. I'm angling to get it dropped: http://marc.info/?l=xen-develm=131400621622691 [0.004000] [ cut here ] [0.004000] WARNING: at /tmp/buildd/linux-2.6-2.6.32/debian/build/source_i386_xen/arch/x86/xen/enlighten.c:726 perf_events_lapic_init+0x28/0x29() [0.004000] Hardware name: MS-7368 [0.004000] Modules linked in: [0.004000] Pid: 0, comm: swapper Not tainted 2.6.32-5-xen-686 #1 [0.004000] Call Trace: [0.004000] [c1037839] ? warn_slowpath_common+0x5e/0x8a [0.004000] [c103786f] ? warn_slowpath_null+0xa/0xc [0.004000] [c1011db0] ? perf_events_lapic_init+0x28/0x29 [0.004000] [c14033dd] ? init_hw_perf_events+0x2dd/0x376 [0.004000] [c1403030] ? check_bugs+0x8/0xd8 [0.004000] [c13fb808] ? start_kernel+0x309/0x31d [0.004000] [c13fd410] ? xen_start_kernel+0x564/0x56b [0.004000] [c1409045] ? check_nmi_watchdog+0xcd/0x1f2 [0.004000] ---[ end trace a7919e7f17c0a725 ]--- Thanks, Giuseppe -- Ian Campbell May your Tongue stick to the Roof of your Mouth with the Force of a Thousand Caramels. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639151: [Pkg-xfce-devel] Bug#639151: Bug#639151: Bug#639151: Local privilege escalation
On ven., 2011-08-26 at 10:43 +0200, Sebastian Krahmer wrote: Hi, You probably dont take into account the chown() that happens in lightdm. Just unlink the created ~/.dmrc or ~/.Xauthority files after creation and make a symlink to /etc/passwd to chown it to yourself. The chown will be applied to the symlink, not the target. I've tried to make .Xauthority a symlink to a root-owned file and the destination was indeed destroyed, but it's still root-owned. However I didnt dig deep enough into it to write an exploit as I dont have a working lightdm setup. The correct behavior is to temporarily drop euid/fsuid to that of the user if doing anything with his files. Yeah, I'm currently cooking patches doing that, though they'll need review before apply. The PAM issue that I was curious about was that a pam_start() etc is done for the greeter-user (which I expect to be some lightdm user)? Yes I would expect all pam_ calls are only done for the user who is actually about to login. The question that came up to me was whether pam_environment from the user would have impact on uid-0 called programs/scripts since you transfer the PAM env to the process env. Yeah, that looks fishy, though I have no idea how it's exactly cooked that way, we'll have to wait for an answer from Robert. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#635451: (no subject)
This bug is now fixed in Ubuntu, starting from package 3.0.1-0ubuntu5. https://launchpad.net/ubuntu/+source/totem/3.0.1-0ubuntu5 Will there be a port of this fix to Debian soon? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639151: [Pkg-xfce-devel] Bug#639151: Bug#639151: Bug#639151: Local privilege escalation
Hi, You probably dont take into account the chown() that happens in lightdm. Just unlink the created ~/.dmrc or ~/.Xauthority files after creation and make a symlink to /etc/passwd to chown it to yourself. However I didnt dig deep enough into it to write an exploit as I dont have a working lightdm setup. The correct behavior is to temporarily drop euid/fsuid to that of the user if doing anything with his files. The PAM issue that I was curious about was that a pam_start() etc is done for the greeter-user (which I expect to be some lightdm user)? I would expect all pam_ calls are only done for the user who is actually about to login. The question that came up to me was whether pam_environment from the user would have impact on uid-0 called programs/scripts since you transfer the PAM env to the process env. Sebastian On Thu, Aug 25, 2011 at 05:54:23PM +0200, Yves-Alexis Perez wrote: On mer., 2011-08-24 at 20:55 +0200, Yves-Alexis Perez wrote: And, out of curiosity, how would you achieve privilege escalation? You should be able to erase/rewrite arbitrary files, including /etc/shadow, but you don't really have control on what's written there. In gdm (CVE-2011-0727 I guess) the issue was that a g_file_copy() was run as root from files under user control (.dmrc and the avatar), to a cache dir with write permissions (afaict). So it was easy to put whatever stuff you need in the original file and make a symlink to /etc/shadow in the destination folder so the g_file_copy() would erase that: res = g_file_copy (src_file, dst_file, G_FILE_COPY_OVERWRITE | G_FILE_COPY_NOFOLLOW_SYMLINKS, NULL, NULL, NULL, error); I'm not too sure what G_FILE_COPY_OVERWRITE means, if it truncate()s and write over of if it unlink()s and start fresh (digging in glib to find out). Apparenlty in the fallback case (not sure if it's the case here) it ends up doing a g_file_replace()). In any case, in lightdm case, for .Xauthority file it uses g_file_replace() which creates a temporary file and then rename over the new file, so in the worst case you overwrite a system file with xauthority data. Same thing for .dmrc, you can overwrite system files but with dmrc data which look like [Desktop] Session=xfce Lang=fr_FR.UTF-8 so it doesn't look easy to gain root access with that. LightDM maintains a cache for dmrc files in /var/cache/lightdm but the folder is created 0700 so it doesn't look like one can put symlinks there and have it use a user-controled .dmrc. All in all, I'm not too sure there's a privilege escalation for Xauthority/.dmrc files (but if one exists, I'm interested in how to do it, by curiosity). But you still damage pretty much any arbitrary file, which is still an easy DoS. Regards, -- Yves-Alexis -- ~ perl self.pl ~ $_='print\$_=\47$_\47;eval';eval ~ krah...@suse.de - SuSE Security Team --- SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639351: milter-greylist: Segfault on invalid token [
Package: milter-greylist Version: 4.3.7-1 Severity: important I've hit the problem similar to the one reported in the past (#573936). Milter-greylist segfaulted: Aug 26 00:17:53 mx1 kernel: [2459462.551205] milter-greylist[3223]: segfault at a0 ip b772e8a0 sp b5578320 error 4 in libmilter.so.1.0.1[b7724000+d000] When it was started again, I've noticed following error in logs: Aug 26 00:26:09 mx1 milter-greylist: unknown token [ line 17332, skipping Aug 26 00:26:09 mx1 milter-greylist: dump error at line 17332: syntax error Unfortunately, I didn't check the database entry at that time and I can't find it now. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages milter-greylist depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libmilter1.0.18.14.3-9.4 Sendmail Mail Filter API (Milter) ii libspf2-2 1.2.9-4library for validating mail sender Versions of packages milter-greylist recommends: ii postfix 2.7.1-1+squeeze1 High-performance mail transport ag milter-greylist suggests no packages. -- Configuration Files: /etc/default/milter-greylist changed [not included] /etc/init.d/milter-greylist changed [not included] /etc/milter-greylist/greylist.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636700: update-alternatives: Don't update alternative symlinks if they are already correct
Hi,
On Fri, 26 Aug 2011, Salvatore Bonaccorso wrote:
But attached is an updated version for the patch, is this better
suitable so far? Jan, changed the parts you mentioned.
Yes, it's better but still two small points remain:
+static bool
+alternative_link_needs_update(const char *linkname, const char *target)
+{
+ char *lntarget;
+ bool update_needed = true;
+ struct stat st;
+
+ if (lstat(linkname, st) == 0) {
+ if (S_ISLNK(st.st_mode)) {
+ lntarget = xreadlink(linkname, false);
+ if (strcmp(target, lntarget) == 0) {
+ update_needed = false;
+ }
+ free(lntarget);
+ }
+ }
Here you need:
} else if (errno != ENOENT) {
syserr(_(cannot stat file '%s'), linkname);
}
- if (alternative_can_replace_path(linkname)) {
+ if (!alternative_link_needs_update(linkname,fn)) {
^missing space
+ /* Link already correct, no update required */
+ } else if (alternative_can_replace_path(linkname)) {
/* Create alternative link. */
xasprintf(fntmp, %s DPKG_TMP_EXT, linkname);
checked_rm(fntmp);
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Follow my Debian News ▶ http://RaphaelHertzog.com (English)
▶ http://RaphaelHertzog.fr (Français)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639337: www.debain.org: please update information on sparc port
Hi, Op Fri 26 Aug 2011 om 09:59:11 +0200 schreef Holger Wansing: Joost van Baal-Ilić joostvb-debain-sparc-2011082...@mdcc.cx wrote: http://www.debian.org/ports/index should be changed, here's a pseudo-patch: s/ This port runs on the Sun SPARC station series of workstations, as well as some of their successors in the sun4 architectures. / This port runs on the Sun SPARC Ultra series of workstations, as well as some of their successors in the sun4 architectures. / [...] http://www.debian.org/ports/sparc/ should be changed: s/ Supported is Sun4u machines / Supported are sun4u and sun4v machines / and s/ does support the sun4u (“Ultra”) architecture / does support the sun4u (“Ultra”) and sun4v (Niagara CPU) architecture / Joost and debian-www: Ok for me committing the attached patches? (Please note, that I changed the proposed Sparc Ultra series into UltraSparc series, which seems the correct name.) AFAIC: yes please go ahead. Thanks, Bye, Joost --- ports_index_orig.wml 2011-08-26 09:36:49.493696753 +0200 +++ ports_index_workingcopy.wml 2011-08-26 09:53:06.053698588 +0200 @@ -135,7 +135,7 @@ tda href=$(HOME)/ports/sparc/sparc/a/td tdSun SPARC/td tdFirst officially released with Debian 2.1. This port runs on the Sun -SPARCstation series of workstations, as well as some of their successors +UltraSPARC series of workstations, as well as some of their successors in the sun4 architectures./td tda href=$(HOME)/releases/stable/sparc/release-notes/released/a/td /tr --- ports_sparc_index_orig.wml2011-08-26 09:39:20.649697301 +0200 +++ ports_sparc_index_workingcopy.wml 2011-08-26 09:44:49.165697308 +0200 @@ -26,7 +26,7 @@ h2 id=statusCurrent Status/h2 p Debian SPARC is officially released and known to be stable. Supported -is Sun4u machines (with a 32-bit userland). See +are sun4u and sun4v machines (with a 32-bit userland). See the a href=../../releases/stable/sparc/Install Manual/a for information on supported systems, hardware, and how to install Debian. @@ -35,7 +35,8 @@ h2 id=sparc64bitAbout 64-bit SPARC support/h2 p The Debian SPARC port, -as mentioned above, does support the sun4u (ldquo;Ultrardquo;) architecture. +as mentioned above, does support the sun4u (ldquo;Ultrardquo;) +and sun4v (Niagara CPU) architectures. It uses a 64-bit kernel (compiled with gcc 3.3 or newer), but most of the applications run in 32-bit. This is also called a ldquo;32-bit userlandrdquo;. signature.asc Description: Digital signature
Bug#436792: ganttproject doesnt work
Hi Roland, thanks for working on ganttproject! I've installed your .deb from http://people.debian.org/~stigge/packages (and all other depends from pure squeeze) but it doesnt work. All I get is $ ganttproject 26.08.2011 10:32:51 org.bardsoftware.impl.eclipsito.BootImpl run INFO: Eclipsito platform is running. [DescriptorParser] parse(): plugin descriptor url=file:/usr/share/ganttproject/plugins/net.sourceforge.ganttproject_2.0.0/plugin.xml [DescriptorParser] parse(): plugin descriptor url=file:/usr/share/ganttproject/plugins/org.ganttproject.chart.pert_2.0.0/plugin.xml [DescriptorParser] parse(): plugin descriptor url=file:/usr/share/ganttproject/plugins/org.ganttproject.impex.htmlpdf_2.0.0/plugin.xml [DescriptorParser] parse(): plugin descriptor url=file:/usr/share/ganttproject/plugins/org.ganttproject.impex.msproject_2.0.0/plugin.xml $ dpkg -l|grep jdk ii openjdk-6-jre6b18-1.8.7-2~squeeze1 OpenJDK Java runtime, using Hotspot JIT ii openjdk-6-jre-headless 6b18-1.8.7-2~squeeze1 OpenJDK Java runtime, using Hotspot JIT (headless) ii openjdk-6-jre-lib6b18-1.8.7-2~squeeze1 OpenJDK Java runtime (architecture independent libraries) ii sun-java6-jdk6.26-0squeeze1Sun Java(TM) Development Kit (JDK) 6 Any ideas? cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636686: upgrade from squeeze to wheezy fails on i386 (pre-depends loop)
retitle 639290 upgrade from squeeze to wheezy fails on i386 (pre-depends loop) thanks Yes, this is a bug in apt, *not* a bug in the dependencies; perl is not Essential and never has been, and apt should be able to handle Breaks by temporarily deconfiguring the old perl package before unpacking libc6. That apt is not handling this indicates a problem in the apt resolver in squeeze. However, since this bug does exist in the apt in stable, we will need to cope with that bug somehow. But before we start waffling on the implementation, I would like to have a reproducible test case - for one thing, I'd like to see if wheezy's apt does any better. But I can't reproduce the problem in a clean squeeze i386 chroot. Adam, can you provide a minimal package list that can be used to reproduce the error? For the actual workaround, there are a few options that I see: - release-note that users must upgrade apt first before running dist-upgrade. This is a fairly standard release note requirement, of late; it's possible *at present* because apt's dependencies are fairly light. If that changes between now and release, this option will not be available to us. It also depends on us having an apt in wheezy that *can* handle the case (see above). - revert libc's Breaks: on perl. The original bug report causing this to be added suggests that the only known breakage is that using old perl on a system with new libc6 to *build* software that embeds perl will fail. If that's the case, I think that's not a very strong reason to use a Breaks at all since the main functionality of perl remains intact, and only one specific use case is broken. - revert libc's Breaks: on perl on i386 and armhf only. Like the above, but retains the protection on archs not affected by the pre-depends loop, if we really have to keep it. - include the ld.so.conf.d multiarch snippets in the multiarch-support package, have libc Replaces: multiarch-support to take over these files on upgrade, and relax the multiarch-support dependency on i386 and armhf. (I haven't tested this solution; Adam proposed it on IRC, and it seems plausible.) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#639151: [oss-security] Re: [Pkg-xfce-devel] Bug#639151: Bug#639151: Bug#639151: Local privilege escalation
On ven., 2011-08-26 at 10:58 +0200, Yves-Alexis Perez wrote:
However I didnt dig deep enough into it to write an exploit as I dont have
a working lightdm setup. The correct behavior is to temporarily drop
euid/fsuid
to that of the user if doing anything with his files.
Yeah, I'm currently cooking patches doing that, though they'll need
review before apply.
Would something like:
diff --git a/src/dmrc.c b/src/dmrc.c
index bff1da8..9f38faf 100644
--- a/src/dmrc.c
+++ b/src/dmrc.c
@@ -80,11 +80,25 @@ dmrc_save (GKeyFile *dmrc_file, const gchar *username)
/* Update the users .dmrc */
if (user)
{
+ /* write the file as the user itself */
+ pid_t pid;
+ pid = fork();
+
+ if (pid == 0)
+ {
+if (setuid (user_get_uid(user)) 0)
+{
+ g_warning(Error changing uid for %s: %s, username,
g_strerror(errno));
+ _exit(EXIT_FAILURE);
+}
path = g_build_filename (user_get_home_directory (user), .dmrc,
NULL);
g_file_set_contents (path, data, length, NULL);
-if (getuid () == 0 chown (path, user_get_uid (user), user_get_gid
(user)) 0)
-g_warning (Error setting ownership on %s: %s, path, strerror
(errno));
g_free (path);
+_exit(EXIT_SUCCESS);
+
+ }
+ if (pid 0)
+wait(NULL);
}
/* Update the .dmrc cache */
do the job (untested, it's more like a RFC right now).
Regards,
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
Bug#636686: upgrade from squeeze to wheezy fails on i386 (pre-depends loop)
On Fri, Aug 26, 2011 at 02:07:36AM -0700, Steve Langasek wrote: Adam, can you provide a minimal package list that can be used to reproduce the error? Sorry, I just noticed the test case in your second message. However, it still doesn't work for me on an existing squeeze i386 chroot. Could you please post your exact apt preferences file for this? I'll debootstrap a fresh one tomorrow to see if I can reproduce the problem that way. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#639293: librsl1: Shared library package includes files that will clash when the soname bumps
severity 639293 serious thanks This should be serious, not wishlist. (Policy 8.2: If your package contains files whose names do not change with each change in the library shared object version, you must not put them in the shared library package.) Good point, I was too lazy to check if it was defined in Policy. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556030: Root cause: deadlock in a driver
We extensively researched the problem. The TLB flush softlockup is only a CONSEQUENCE of a deadlock. Background: The TLB flush is issued by a CPU to a number of other CPUs using inter-processor interupts to progagate paging changes. Then the issuing CPU loops until all processor acknowledge the change. If such processor is in deadlock on a spinlock, this never hapens, then the softlockup triggers. The deadlock arise on a spinlock, this lock may be held by user code sometimes (through /proc or /sys interfaces of modules). The only way to identify the root cause (i.e. which driver is causing problems) is to dump ALL CPU stacks in the soft lockup code. One way to do that is to modifiy the kernel and add arch_trigger_all_cpu_backtrace() in the kernel/softlockup.c:softlockup_tick() function. This is based on NMI IPI which ensure all stacks are dump, even in the case of deadlock (well don't expect the impossible to happen either). You should easily find the faulty driver and post the relevant bug. Hope this helps François-Frédéric
Bug#639269:
tags 639269 + pending thanks I will be renaming the libmcal library within VXL into libmul_macl thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635520: [Pkg-octave-devel] Bug#635520: octave3.2: Octave dies with panic: Illegal instruction
I let apt remove atlas and install lapack and blas in replacement: apt-get remove libatlas3gf-base and it works. Here is what /proc/cpuinfo (knowing that I run linux-image-2.6.39-2-686-pae) tells me: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 8 model name : Pentium III (Coppermine) stepping: 1 cpu MHz : 601.246 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pse36 mmx fxsr sse up bogomips: 1202.49 clflush size: 32 cache_alignment : 32 address sizes : 36 bits physical, 32 bits virtual power management: Thanks for your help ! Shan On Sun, 31 Jul 2011 00:01:49 +0200, Thomas Weber twe...@debian.org wrote: On Tue, Jul 26, 2011 at 04:17:56PM +0200, Shan Mignot wrote: Package: octave3.2 Version: 3.2.4-10 Severity: important When prompted to plot something, Octave dies with: octave:1 plot (1:5) panic: Illegal instruction -- stopping myself... attempting to save variables to `octave-core'... save to `octave-core' complete zsh: illegal hardware instruction octave Please remove ATLAS and try again. And send the output of $ cat /proc/cpuinfo to the bug report. Thanks Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639009: nvidia-settings: freezes when enabling TwinView
Have you tried nvidia-settings from the latest beta driver, too? http://www.nvidia.com/object/linux-display-amd64-285.03-driver.html On 2011-08-24 22:15, Adrian Reyer wrote: works: 270.41.19 and 270.41.19-no-compat32 fails: 275.09 275.09-no-compat32 They changed a lot between these two versions ... $ diff -ur nvidia-settings-270.41.19 nvidia-settings-275.09.07 | diffstat src/common-utils/nvgetopt.h |8 src/gtk+-2.x/ctkcolorcontrols.c | 12 src/gtk+-2.x/ctkdisplayconfig-utils.c | 1073 +-- src/gtk+-2.x/ctkdisplayconfig-utils.h |6 src/gtk+-2.x/ctkdisplayconfig.c | 1173 ++ src/gtk+-2.x/ctkdisplayconfig.h | 15 src/gtk+-2.x/ctkdisplaylayout.c | 470 ++--- src/gtk+-2.x/ctkdisplaylayout.h | 26 src/gtk+-2.x/ctkditheringcontrols.c | 28 src/gtk+-2.x/ctkevent.c |6 src/gtk+-2.x/ctkimagesliders.c| 10 src/gtk+-2.x/ctkpowermizer.c |4 src/gtk+-2.x/ctkslimm.c | 13 src/libXNVCtrl/NVCtrl.h | 65 + src/libXNVCtrl/libXNVCtrl.a |binary src/libXNVCtrl/nv_control.h |3 src/parse.c | 10 src/parse.h |3 src/query-assign.c| 153 ++-- version.mk|2 20 files changed, 1599 insertions(+), 1481 deletions(-) You should open a new thread in the nvidia forum that is specifically about the nvidia-settings program no longer working in the recent releases - it's not a driver problem as you are able to enable twinview with the older binaries on recent drivers. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639323: sudoers unfortunate changes
Bdale Garbee dixit: Nothing is forced on the user, the conffile handling is doing exactly what is expected. If the admin chooses to not accept the update, the worst that happens is they have to fully qualify command paths until they've patched up sudoers. Yes, that’s inconvenient but manageable (except in the face of automated upgrades). Also, the normal conffile handling only has a yes-or-no approach (and a “let me spawn a shell” one), none where you can interactively merge (like with diff3 when CVS has a merge conflict) the change… Also, visudo now asks | press return to edit /etc/sudoers.d/README: which, while cosmetic, will lead to much frustration and some confusion under the sysadmins. I don't see that. What command causes you to get that message? sudo visudo ⇒ opens an editor on the tmp for /etc/sudoers ^Kx (exits the editor) ⇒ displays the message return ⇒ opens an editor on the tmp for /etc/sudoers.d/README This is because /etc/sudoers contains | #includedir /etc/sudoers.d and /etc/sudoers.d/README is a file in that directory… must there be one in order for the #includedir line to be valid? (I’d patch that out.) bye, //mirabilos -- 08:05⎜XTaran:#grml mika: Does grml have an tool to read Apple ⎜System Log (asl) files? :) 08:08⎜ft:#grml yeah. /bin/rm. ;) 08:09⎜mrud:#grml hexdump -C 08:31⎜XTaran:#grml ft, mrud: *g* -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#436792: ganttproject doesnt work
Hi Holger, On 08/26/2011 10:34 AM, Holger Levsen wrote: thanks for working on ganttproject! I've installed your .deb from http://people.debian.org/~stigge/packages (and all other depends from pure squeeze) but it doesnt work. All I get is $ ganttproject Thanks for the note. Need to add libitext-java to the deps. bye, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639352: Using php-gettext in E_STRICT mode displays warning
Package: php-gettext
Version: 1.0.10-1
Severity: minor
Using php-gettext in E_STRICT mode displays warning:
Strict Standards: Creating default object from empty value in
/usr/share/php/php-gettext/gettext.inc on line 262
Adding these 4 lines before line 262 solves the problem:
if (!array_key_exists($domain, $text_domains)) {
// Initialize an empty domain object.
$text_domains[$domain] = new domain();
}
Pierre
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.39-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages php-gettext depends on:
ii php5 5.3.6-13 server-side, HTML-embedded scripti
ii php5-cli 5.3.6-13 command-line interpreter for the p
php-gettext recommends no packages.
php-gettext suggests no packages.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637958: X.org crash leaves GPU in an inconsistent state and renders system unbootable
On Thu, 2011-08-25 at 11:08 +0200, Michel Dänzer wrote: On Don, 2011-08-25 at 09:50 +0100, Martin wrote: On Wed, 2011-08-24 at 08:50 +0200, Michel Dänzer wrote: On Die, 2011-08-23 at 23:14 +0100, Martin wrote: Right; have upgraded to the latest X.org and kernel in backports and the problem still persists. Something causes the machine to hang while bieng used interactively in X and after this loading the kernel psmouse module hangs the machine. What should I try next? Can you try if the hangs in X happen when the psmouse module is never loaded in the first place? So I've tried the following: 1. Boot from a Debian 4.0 install CD to clear the non-volatile fault. 2. Boot from a Debian 6.0 install CD to blacklist psmouse without loading it. 3. Reboot the system and let X start. 4. Log in via SSH and run four separate loops, each of which starts a set of programs, sleeps for a prime amount of time, kills them and sleep for another prime amount of time. One loop ran five xterms, one ran two glxgears (one fullscreen) and one ran twenty xeyes while the final loop ran a fulscreen mplayer. When I have run this kind of load interactively it hangs the machine within 20-30 minutes, run via SSH it ran stably for over 12 hours. Thus I conclude that the thing that triggers the bug is dependent on psmouse or (inclusive-or) interactive use of the machine via keyboard and mouse. It's important to make the distinction between these possibilities though: Can you still trigger the hang moving the mouse interactively (e.g. with a USB mouse) when psmouse was never loaded? With no psmouse module and a USB mouse I can still trigger the fault, althought it takes longer, i.e. 20 minutes to 1/2 hour. If yes, does Option SWcursor in xorg.conf work around the problem? (Verify in Xorg.0.log that the option takes effect) I've set this and so far it seems to have helped. I used the machine interactively for 20 minutes or so and left it running loops starting programs overnight. I should hopefully have more time to use it over the next few days and will report back. Cheers, - Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585059: Slow Dow does not occurs anymore when postgres is stopped on host system
I experienced the same problem (serious slowdown after a few hours of use of virtualbox with win XP client). I noticed that this slowdown does not appear anymore since I stopped the postgresql service on my host system. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox-ose depends on: ii adduser3.112+nmu2add and remove users and groups ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcurl3 7.21.0-2 Multi-protocol file transfer libra ii libgcc11:4.4.5-8 GCC support library ii libpng12-0 1.2.44-1+squeeze1 PNG library - runtime ii libpython2.6 2.6.6-8+b1Shared Python runtime library (ver ii libsdl1.2debian1.2.14-6.1Simple DirectMedia Layer ii libssl0.9.80.9.8o-4squeeze1 SSL shared libraries ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libvncserver0 0.9.7-2+b1API to write one's own vnc server ii libx11-6 2:1.3.3-4 X11 client-side library ii libxcursor11:1.1.10-2X cursor management library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii libxmu62:1.0.5-2 X11 miscellaneous utility library ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages virtualbox-ose recommends: ii libgl1-mesa-glx [libg 7.7.1-4A free implementation of the OpenG ii libqt4-opengl 4:4.6.3-4+squeeze1 Qt 4 OpenGL module ii libqtcore44:4.6.3-4+squeeze1 Qt 4 core module ii libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module ii virtualbox-ose-dkms 3.2.10-dfsg-1 x86 virtualization solution - kern ii virtualbox-ose-qt 3.2.10-dfsg-1 x86 virtualization solution - Qt b Versions of packages virtualbox-ose suggests: ii libasound2 1.0.23-2.1shared library for ALSA applicatio ii libpulse0 0.9.21-3+squeeze1 PulseAudio client libraries ii vde2 2.2.3-3 Virtual Distributed Ethernet ii virtualbox-guest-addit 3.2.10-1 guest additions iso image for Virt -- no debconf information -- Stéphane Bonhomme -- Exselt Services Formations, Conseil et Réalisations en Ingénierie Documentaire, Technologies Web et Logiciels Libres steph...@exselt.com - http://www.exselt.com 04 76 17 13 78/ 06 88 57 27 08 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639343: libxaw7 needs be be made Multiarch aware
Michael Neuffer neuf...@neuffer.com (26/08/2011): http://wiki.debian.org/Multiarch/Implementation An example for a patch can be found in Debian bug #635252 I guess it will apply with minimal changes. That's not what Julien asked for. Hope this helps. Not at all. Mraw, KiBi. signature.asc Description: Digital signature
Bug#436792: ganttproject doesnt work
Hi Roland, On Freitag, 26. August 2011, Roland Stigge wrote: Thanks for the note. Need to add libitext-java to the deps. indeed, now it works. Thanks! cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639351: milter-greylist: Segfault on invalid token [
On Fri, Aug 26, 2011 at 10:54:17AM +0200, Adrian Gruntkowski wrote: Package: milter-greylist Version: 4.3.7-1 Severity: important Does this also happen with 4.3.9 from testing? -- Paul Martin p...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572488: linux-image-2.6.33: fails to boot
Hello, Excerpts from Jonathan Nieder's message of Fri Aug 26 05:00:50 +0200 2011: Hi Michal, Ben Hutchings wrote: My clean 2.6.32.11 source disagrees with you: $ git checkout v2.6.32.11 ... $ make ARCH=i386 defconfig ... $ grep CONFIG_PHYSICAL_ALIGN .config CONFIG_PHYSICAL_ALIGN=0x100 $ make ARCH=x86_64 defconfig ... $ grep CONFIG_PHYSICAL_ALIGN .config CONFIG_PHYSICAL_ALIGN=0x100 So, you should report a bug upstream that the default does not work for your system. Now I am in suspense: did you end up tracking down this boot failure? Did it get reported upstream or resolved some other way? Does this mac boot nowadays? I am not quite sure. It's long time ago and I stopped using the machine. Obviously, I can boot it with my old kernel which has this option set to the correct value but not sure if current kernels are any better. I guess I can try linux 3 later. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639124: please rebuild dehydra, plugin directory did change in gcc-4.6 4.6.1-8
reassign 639124 release.debian.org
forcemerge 638698 639124
thanks
On Wed, Aug 24, 2011 at 02:40:52PM +0200, Mike Hommey wrote:
On Wed, Aug 24, 2011 at 01:49:46PM +0200, Matthias Klose wrote:
Package: dehydra
Version: 0.9.hg20110609-2
Severity: important
please rebuild dehydra, the plugin directory did change in gcc-4.6 4.6.1-8
And something else changed too that makes --print-file-name= return
/usr/${multi-arch-dir} instead of
/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1 (on 4.6.1-7, I
don't have 4.6.1-8 on my mirrors yet).
So, is --print-file-name=plugin expected to reliably work now (I was
using --print-file-name= because it didn't)?
So, it looks like gcc --print-file-name= returns the right thing again,
which would make a binNMU enough. And there's already one pending.
Mike
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639351: milter-greylist: Segfault on invalid token [
severity 639351 minor tags 639351 moreinfo thanks On Fri, Aug 26, 2011 at 11:55:02AM +0200, Adrian Gruntkowski wrote: 2011/8/26 Paul Martin p...@debian.org: On Fri, Aug 26, 2011 at 10:54:17AM +0200, Adrian Gruntkowski wrote: Package: milter-greylist Version: 4.3.7-1 Severity: important Does this also happen with 4.3.9 from testing? I didn't attempt reproducing the problem. Milter-greylist segfaulted twice in production in the course of ~6 months (including this one) so it's very rare (provided the previous segfault happend because of the same problem). Please upgrade. The problem may be fixed in 4.3.9-1. I'm going to downgrade this bug to minor. If you find the same bug in 4.3.9-1, please feel free to upgrade it to important again. -- Paul Martin p...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639353: libdevel-leak-perl: Does not call sv_dump(), even when used with debugperl
Package: libdevel-leak-perl Version: 0.03-1 Severity: normal Tags: upstream patch When run with debugperl, this module should call sv_dump() on the new objects, but it does not. This was also reported in the FreeBSD world, and their patch fixes the problem on Debian also: diff -ruN devel/p5-Devel-Leak.orig/files/patch-Leak.xs devel/p5-Devel-Leak/files/patch-Leak.xs --- devel/p5-Devel-Leak.orig/files/patch-Leak.xs1970-01-01 03:00:00.0 +0300 +++ devel/p5-Devel-Leak/files/patch-Leak.xs 2011-05-14 18:51:59.477733160 +0400 @@ -0,0 +1,11 @@ +--- Leak.xs2004-03-18 20:18:41.0 +0300 Leak.xs2011-05-14 18:47:28.253023619 +0400 +@@ -11,7 +11,7 @@ + typedef long used_proc _((void *,SV *,long)); + typedef struct hash_s *hash_ptr; + +-#ifndef DEBUGGING ++#ifndef sv_dump + #define sv_dump(sv) PerlIO_printf(PerlIO_stderr(), \n) + #endif + The FreeBSD bug report is here: http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2011-May/210916.html and the associated Ubuntu bug report is here: https://bugs.launchpad.net/ubuntu/+source/libdevel-leak-perl/+bug/450482 Regards, Tim -- System Information: Debian Release: 6.0.2 Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libdevel-leak-perl depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii perl-base [perlapi-5.1 5.10.1-17squeeze2 minimal Perl system libdevel-leak-perl recommends no packages. libdevel-leak-perl suggests no packages. -- debconf-show failed -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639354: 3.x linux kernel image boots fine, however crashes very soon
Package: linux-image-3.0.0-1-sparc64 Version: 3.0.0-2 Severity: important i've got an ultra 10 running debian gnu/linux (sid), i tried the 3.x kernel, and that one crashes after a short period... root pts/0krum.ethz.ch Fri Aug 26 10:59 still logged in reboot system boot 2.6.32-5-sparc64 Fri Aug 26 10:57 - 11:51 (00:54) root pts/0krum.ethz.ch Fri Aug 26 10:27 - crash (00:30) reboot system boot 3.0.0-1-sparc64 Fri Aug 26 10:26 - 11:51 (01:25) root pts/0krum.ethz.ch Fri Aug 26 09:55 - crash (00:30) reboot system boot 3.0.0-1-sparc64 Fri Aug 26 09:54 - 11:51 (01:56) any hints? gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639336: sudoer loses privilige to access /usr/sbin in 1.8.2-1
Junqian Gordon Xu xjq...@gmail.com (26/08/2011): Aha, that secure_path line was not in 1.7.4. During the upgrade I chose to keep the old /etc/sudoers file. It works fine with that line now. Looks like a warning message is warranted during upgrade. I concur. Breaking existing configuration files, even with trivial cases where just one user got added, is quite un-nice. Mraw, KiBi. signature.asc Description: Digital signature
Bug#639336: sudoer loses privilige to access /usr/sbin in 1.8.2-1
On Thu, Aug 25, 2011 at 23:01:26 -0600, Bdale Garbee wrote: On Thu, 25 Aug 2011 23:39:22 -0500, Junqian Gordon Xu xjq...@gmail.com wrote: setting in /etc/sudoers # User privilege specification rootALL=(ALL) ALL sudoer ALL=(ALL) ALL Does /etc/sudoers have a line like: Defaults secure_path=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/ sbin:/bin If not, then the problem is likely that /usr/sbin is not in the secure path. I think at the very least the requirement to add that line to sudoers should be in NEWS.Debian (choosing to keep local changes is usually a pretty safe answer to the conffile prompt). Or better, secure_path should have a sane default when it's not overridden in sudoers... Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639355: ITP: uicilibris -- convert mediawiki contents to a printable book
Package: wnpp Severity: wishlist Owner: Georges Khaznadar georg...@ofset.org * Package name: uicilibris Version : 1.1 Upstream Author : Georges Khaznadar georg...@ofset.org * URL : http://georges.khaznadar.fr/uicilibris * License : GPL-2+ Programming Lang: Python Description : convert mediawiki contents to a printable book Uicilibris is a harvester able to fetch contents from a mediawiki, assemble them consistently, export them to LaTeX format, compile the source, and deal interactively with errors. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639295: Acknowledgement (mew-beta: mew-ssl.el detects a different stunnel version to mewstunnel)
Here's some more information. Replacing mewstunnel with the following script makes it work (as a temporary fudge). #!/bin/bash `which stunnel3` $@ stunnel3 is actually a wrapper for stunnel4 so the mew-ssl-setup function in mew-ssl.el would set mew-ssl-ver to 4 if it worked, even if it was testing stunnel3. As it is it always sets mew-ssl-ver to 3. thanks, Gareth -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639297: [Pkg-xfce-devel] Bug#639297: marked as done (xfdesktop4: No desktop icon with USB device)
reopen 639297 thanks On ven., 2011-08-26 at 10:03 +, Debian Bug Tracking System wrote: Bug report to be resubmitted. No need to do that, you can run reportbug on the right machine and when asked, select the relevant bug number. reportbug will just add the report to the current bug instead of creating one. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#639356: Bluez udev rules attempt to access /usr when /usr may not be mounted
Package: bluez Version: 4.96-1 The file /lib/udev/rules.d/97-bluetooth.rules installed by this package contains calls to programs in /usr, which may not be mounded at the time it is first used during boot. This causes error messages to be printed during boot as udev complains about being unable to execute the command. Note this only occurs on systems where /usr is a separate partition. The fix is to install an appropriate script in /lib/udev and then use that from the udev rules. The script could be something as simple as this: #!/bin/sh -e # /usr is not guaranteed to be mounted when udev starts ( . /lib/udev/hotplug.functions wait_for_file /usr/sbin/bluetoothd exec /usr/sbin/bluetoothd $@ ) See bug #624678 for a similar bug in a different package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639357: watch file fix for rc
Package: postgresql-9.1 Version: 9.1~rc1-2 Severity: minor Change opts=uversionmangle=s/alpha/~alpha/;s/beta/~beta/ \ to opts=uversionmangle=s/alpha/~alpha/;s/beta/~beta/;s/rc/~rc/ \ so that the rc versions are discovered correctly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638973: ITP: python-smmap -- a pure git implementation of a sliding window memory map manager
Hi Martin. Excerpts from martin f krafft's message of Ter Ago 23 10:08:41 -0300 2011: also sprach Marco Túlio Gontijo Silva mar...@debian.org [2011.08.23.1454 +0200]: (...) Description : a pure git implementation of a sliding window memory map manager You mean a pure *Python* implementation… Correct, thanks. (...) -- marcot http://marcot.eti.br/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638294: Blocked upgrade of libdap11
Hi, I have an experimental libdap11 package to fix this in Experimental. Can the release team please review this ? regards Alastair On 2011-08-25 18:32, Andrey Rahmatullin wrote: libdap11 also has suspicious Breaks/Conflicts/Replaces: libdap10 and there must be a proper transition from libdap10 to libdap11 and apparently from monolithic libdap* to per-soname packages, with proper coordination. -- Alastair McKinstry ,alast...@sceal.ie ,mckins...@debian.org http://blog.sceal.ie Anyone who believes exponential growth can go on forever in a finite world is either a madman or an economist - Kenneth Boulter, Economist. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639358: squidguard: Characters after a final % are ignored after rewriting
Package: squidguard Version: 1.4-2 Severity: important Tags: upstream As raised on the squidguard mailing list at http://www.shalla.de/mailman/private/squidguard/2011-August/002135.html (not all messages have appeared in the archive at time of writing). When using a rewrite rule in squidGuard, if the URL contains a %20 (and potentially other encodings), anything after the final % character is not included in the URL. As an example: http://www.example.com/?query=example%20query%20string Would be rewritten as http://www.example.com/?query=example%20query% (with any regular expression changes which would normally be applied by your rewrite rule) This has a major effect on usability of the rewrite rule for use cases such as enforcing google safe search. Most of these methods use a rewrite rule such as: s@(setprefs\?)(.*)safeui=[^\]*@setprefs\?safe=on\\2safeui=on@ s@(setprefs\?)@setprefs\?safe=on\safeui=on\@ s@(\?)@\?safe=strict\@ Since Google use a URL redirector when links are clicked on, the redirector URLs are also modified for safe search, and include the original search term. If the search term contains a space, then everything after that %20 is removed, including the URL validation. Without this, when a user clicks on a link, they are told that they are being redirected and asked to click on to confirm before continuing. I believe that a use case is missing from sgDiv.c.in sgParseRedirect(). I have submitted a patch to the squidGuard mailing list for feedback. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-vserver-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#289684: RFS: brlcad
Any news about the Debian BRL-CAD package? TIA! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639359: lintian should check if udev rules attempt to access programs in /usr
Package: lintian Version: 2.5.2 Severity: wishlist Rules installed into /lib/udev/rules.d may be called at boot before /usr is mounted. Any rules files installed into this directory that attempt to access binaries in /usr will fail with an error message printed at boot, and whatever the rule was trying to set up may not be set up properly. Detection may be as simple as looking for '=/usr/' in these rules files. The fix, BTW, is also relatively simple. Packages that need to execute a binary in /usr from a udev rule can install a wrapper script into /lib/udev that waits for /usr to be mounted before executing the program. Such a script may be as simple as: #!/bin/sh -e # /usr is not guaranteed to be mounted when udev starts ( . /lib/udev/hotplug.functions wait_for_file /usr/sbin/program exec /usr/sbin/program $@ ) Or, of course, they could move binaries to /sbin, or install a binary for udev handling into /lib/udev, or install a more complicated script. See bugs #624678, #635622, #636437, and #639356 for examples of bugs this would detect. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639360: nginx-extras: File AIO module declared but not compiled, missing --with-aio option.
Package: nginx-extras Version: 1.1.0-1~bpo60+1 Severity: normal -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.4 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nginx-extras depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgd2-noxpm 2.0.36~rc1~dfsg-5 GD Graphics Library version 2 (wit ii libgeoip1 1.4.7~beta6+dfsg-1A non-DNS IP-to-country resolver l ii liblua5.1-05.1.4-5 Simple, extensible, embeddable pro ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi ii libperl5.105.10.1-17squeeze2 shared Perl library ii libssl0.9.80.9.8o-4squeeze1 SSL shared libraries ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii libxslt1.1 1.1.26-6 XSLT 1.0 processing library - runt ii nginx-common 1.1.0-1~bpo60+1 small, but very powerful and effic ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii perl-base [perlapi 5.10.1-17squeeze2 minimal Perl system ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime nginx-extras recommends no packages. nginx-extras suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635284: Solved in newer version.
severity 635284 wishlist retitle 635284 Port to non-Linux platforms thank you Since version 3.7-2, the package has been restricted to Linux-based architectures. It provides a minimal boot environment for booting an installed kernel image in a VM. Should somebody want to work on patches that enable febootstrap (and ultimately libguestfs) on FreeBSD, I'd be happy to integrate them. Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639292: lintian: --color=html does not close 'p' - breaks xhtml (lintian.d.o)
On 2011-08-25 21:15, Adam D. Barratt wrote: On Thu, 2011-08-25 at 19:15 +0200, Niels Thykier wrote: Notice how none of the p tags are closed; given xhtml is xml-based, all tags must be closed or the document will be malformed. [...] push(@o,p$_\n); [...] becomes [...] push(@o,p$_/p\n); [...] but I do not fully understand the code there. It's a fairly uncomplicated function, other than keeping track of whether we're trying to display literal text - e.g the two examples on http://lintian.debian.org/tags/binary-or-shlib-defines-rpath.html - and your change looks sane enough to me, fwiw. Okay, I applied it and cherry-picked it to lintian.d.o; the w3.org validator seems to approve[1], so that's always something. :) While we're on the subject of that page, it would be nice to do something about the pre - p spacing, as at least in Iceweasel here there's a large gap after each of the gcc lines. I agree, but I think we need someone to mess with the .css file then. The resulting source is: pTo fix this problem, look for link lines like:/p pre gcc test.o -o test -Wl,--rpath,/usr/local/lib /pre por/p pre gcc test.o -o test -R/usr/local/lib /pre pand remove the tt-Wl,--rpath/tt or [...]/p I see nothing here in the html that adds unneeded line breaks. On a related note; I am not good with .css. Regards, Adam ~Niels [1] http://validator.w3.org/check?uri=http%3A%2F%2Flintian.debian.org%2Ftags%2Fbinary-or-shlib-defines-rpath.htmlcharset=%28detect+automatically%29doctype=Inliness=1group=0verbose=1user-agent=W3C_Validator%2F1.2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586686: audiofile: diff for NMU version 0.2.7-0.1
Hi Michael, Alessio, the patch you submitted seems to be just the diff from version 0.2.6 to 0.2.7 and doesn't seem to include any of the Debian-specific patches. Please find the attachment, it shows the diffstats between the two packages. Regards, -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 audiofile-0.2.7-0.1-nmu.diffstat Description: Binary data
Bug#639361: docbook-xslt 2.0 is finally out !
Package: docbook-xsl Version: 1.75.2+dfsg-5 Severity: normal docbook-xslt 2.0 is finally out: http://norman.walsh.name/2011/08/25/docbook-xslt-2 Thanks for packaging it ! -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages docbook-xsl depends on: ii xml-core 0.13 XML infrastructure and XML catalog Versions of packages docbook-xsl recommends: ii docbook-xml 4.5-7 standard XML documentation system ii docbook-xsl-doc-html [docbook 1.75.2-1 stylesheets for processing DocBook ii docbook-xsl-doc-pdf [docbook- 1.75.2-1 stylesheets for processing DocBook Versions of packages docbook-xsl suggests: pn dbtoepub none(no description available) ii docbook-xsl-saxon 1.00.dfsg.1-4 Java extensions for use with DocBo ii fop1:1.0.dfsg2-1 XML formatter driven by XSL Format ii libsaxon-java 1:6.5.5-6 The Saxon XSLT Processor ii libxalan2-java 2.7.1-5 XSL Transformations (XSLT) process pn xalan none(no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639151: [Pkg-xfce-devel] Bug#639151: Bug#639151: Bug#639151: Bug#639151: Local privilege escalation
(droppping oss-sec in order to not be too noisy) On ven., 2011-08-26 at 10:58 +0200, Yves-Alexis Perez wrote: You probably dont take into account the chown() that happens in lightdm. Just unlink the created ~/.dmrc or ~/.Xauthority files after creation and make a symlink to /etc/passwd to chown it to yourself. The chown will be applied to the symlink, not the target. I've tried to make .Xauthority a symlink to a root-owned file and the destination was indeed destroyed, but it's still root-owned. Ok that's wrong, chown() is supposed to dereference symlinks, so I'm not sure why the target file wasn't chown()ed in my case. I've tried replacing .dmrc by a symlink to a root-owned file and, in that case: * the target file disappeared * the symlink disappeared * a new .dmrc file was written, belonging to my user so the net result is that you can simply erase any root-owned file in that case (but not overwrite it with arbitrary content, afaict). Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#610685: offlineimap: A strange msg when raised a different exception.
Package: offlineimap Version: 6.3.4-1 Severity: normal Hi again. I'm now getting the following msg, which I think is not a problem in offlineimap itself but the way Gmail says stop syncing 6 GB emails with me. As I am not completely sure, I report it here. I hope it is just what I said ... ;-) Copy message 7855 from Gmail_All_Mail: Copy message 7855 Gmail[[Gmail]/All Mail] - Maildir[Gmail_All_Mail] Copy message 7859 from Gmail_All_Mail: Copy message 7859 Gmail[[Gmail]/All Mail] - Maildir[Gmail_All_Mail] WARNING: ERROR attempting to copy message 7859 for account Acc-Backup:Traceback (most recent call last): File /usr/lib/pymodules/python2.6/offlineimap/folder/Base.py, line 250, in copymessageto message = self.getmessage(uid) File /usr/lib/pymodules/python2.6/offlineimap/folder/IMAP.py, line 215, in getmessage raise OfflineImapError(reason, severity) OfflineImapError: IMAP server 'Rep-Gmail-Backup' responded with 'NO' to fetching message UID '7859' Copy message 7860 from Gmail_All_Mail: Copy message 7860 Gmail[[Gmail]/All Mail] - Maildir[Gmail_All_Mail] Thread 'Copy message 7859 from Gmail_All_Mail' terminated with exception: Traceback (most recent call last): File /usr/lib/pymodules/python2.6/offlineimap/threadutil.py, line 140, in run Thread.run(self) File /usr/lib/python2.6/threading.py, line 484, in run self.__target(*self.__args, **self.__kwargs) File /usr/lib/pymodules/python2.6/offlineimap/folder/Base.py, line 250, in copymessageto message = self.getmessage(uid) File /usr/lib/pymodules/python2.6/offlineimap/folder/IMAP.py, line 215, in getmessage raise OfflineImapError(reason, severity) OfflineImapError: IMAP server 'Rep-Gmail-Backup' responded with 'NO' to fetching message UID '7859' Last 1 debug messages logged for Copy message 7859 from Gmail_All_Mail prior to exception: thread: Register new thread 'Copy message 7859 from Gmail_All_Mail' (account 'Acc-Backup') -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'squeeze'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-bpo.2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages offlineimap depends on: ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-support 1.0.10 automated rebuilding support for P offlineimap recommends no packages. Versions of packages offlineimap suggests: ii doc-base0.9.5utilities to manage online documen ii python-kerberos 1.1+svn4895-1+b1 A GSSAPI interface module for Pyth -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639361: Fwd: [docbook-apps] DocBook XSLT 2.0 Stylesheets released
-- Forwarded message -- From: Norman Walsh Date: Thu, Aug 25, 2011 at 9:53 PM Subject: [docbook-apps] DocBook XSLT 2.0 Stylesheets released To: docbook-apps Hello world, After some years of use and some few days of polish, I decided to pull the trigger: http://norman.walsh.name/2011/08/25/docbook-xslt-2 It's a 0.0 release, so, you know, YMMV. But please do let me know what you think. I'll write another weblog posting about it, but in the meantime, yes, you can run the image extensions with Saxon HE. Just add -init:docbook.Initializer to the Saxon command line (and put the (included) jar file in your class path, of course). Be seeing you, norm pgpOeoEVBJdov.pgp Description: PGP signature
Bug#637869: pass default ld flags
Le mercredi 24 août 2011 à 22:14 +0200, Sylvestre Ledru a écrit : Le mardi 16 août 2011 à 09:18 +0200, Matthias Klose a écrit : user peter.fritzs...@gmx.de usertags 637869 no-add-needed thanks On 08/15/2011 11:24 PM, Sylvestre Ledru wrote: Le lundi 15 août 2011 à 12:41 +0200, Matthias Klose a écrit : Package: clang Version: 2.9-7 Severity: important Please pass the ld flags currently passed from GCC, from the llvm-* drivers too. These are: --hash-style=both --no-copy-dt-needed-entries OK, why not but could you explain why ? --hash-style=both dynamic linker speed --no-copy-dt-needed-entries see http://wiki.debian.org/ToolChain/DSOLinking OK, thanks. I will upload it with these changes. To keep track: 13:32:00 doko --hash-style=both has to be limited to the following archs (alpha, amd64, armel, ia64, i386, powerpc, ppc64, s390, sparc) Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637958: X.org crash leaves GPU in an inconsistent state and renders system unbootable
On Fre, 2011-08-26 at 10:42 +0100, Martin wrote:
On Thu, 2011-08-25 at 11:08 +0200, Michel Dänzer wrote:
On Don, 2011-08-25 at 09:50 +0100, Martin wrote:
On Wed, 2011-08-24 at 08:50 +0200, Michel Dänzer wrote:
Can you try if the hangs in X happen when the psmouse module is never
loaded in the first place?
So I've tried the following:
1. Boot from a Debian 4.0 install CD to clear the non-volatile fault.
2. Boot from a Debian 6.0 install CD to blacklist psmouse without
loading it.
3. Reboot the system and let X start.
4. Log in via SSH and run four separate loops, each of which starts a
set of programs, sleeps for a prime amount of time, kills them and sleep
for another prime amount of time. One loop ran five xterms, one ran two
glxgears (one fullscreen) and one ran twenty xeyes while the final loop
ran a fulscreen mplayer. When I have run this kind of load
interactively it hangs the machine within 20-30 minutes, run via SSH it
ran stably for over 12 hours.
Thus I conclude that the thing that triggers the bug is dependent on
psmouse or (inclusive-or) interactive use of the machine via keyboard
and mouse.
It's important to make the distinction between these possibilities
though:
Can you still trigger the hang moving the mouse interactively (e.g. with
a USB mouse) when psmouse was never loaded?
With no psmouse module and a USB mouse I can still trigger the fault,
althought it takes longer, i.e. 20 minutes to 1/2 hour.
So that rules out the psmouse module being repsonsible for the hangs in
X.
If yes, does Option SWcursor in xorg.conf work around the problem?
(Verify in Xorg.0.log that the option takes effect)
I've set this and so far it seems to have helped. I used the machine
interactively for 20 minutes or so and left it running loops starting
programs overnight. I should hopefully have more time to use it over
the next few days and will report back.
If the hangs don't occur with SW cursor, the attached kernel patch might
help for HW cursor with KMS.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
diff --git a/drivers/gpu/drm/radeon/radeon_cursor.c b/drivers/gpu/drm/radeon/radeon_cursor.c
index 3189a7e..5244020 100644
--- a/drivers/gpu/drm/radeon/radeon_cursor.c
+++ b/drivers/gpu/drm/radeon/radeon_cursor.c
@@ -51,12 +51,13 @@ static void radeon_lock_cursor(struct drm_crtc *crtc, bool lock)
cur_lock = ~AVIVO_D1CURSOR_UPDATE_LOCK;
WREG32(AVIVO_D1CUR_UPDATE + radeon_crtc-crtc_offset, cur_lock);
} else {
- cur_lock = RREG32(RADEON_CUR_OFFSET + radeon_crtc-crtc_offset);
+ WREG32(RADEON_MM_INDEX, RADEON_CUR_OFFSET + radeon_crtc-crtc_offset);
+ cur_lock = RREG32(RADEON_MM_DATA);
if (lock)
cur_lock |= RADEON_CUR_LOCK;
else
cur_lock = ~RADEON_CUR_LOCK;
- WREG32(RADEON_CUR_OFFSET + radeon_crtc-crtc_offset, cur_lock);
+ WREG32(RADEON_MM_DATA, cur_lock);
}
}
@@ -140,7 +141,8 @@ static void radeon_set_cursor(struct drm_crtc *crtc, struct drm_gem_object *obj,
} else {
radeon_crtc-legacy_cursor_offset = gpu_addr - radeon_crtc-legacy_display_base_addr;
/* offset is from DISP(2)_BASE_ADDRESS */
- WREG32(RADEON_CUR_OFFSET + radeon_crtc-crtc_offset, radeon_crtc-legacy_cursor_offset);
+ WREG32(RADEON_MM_INDEX, RADEON_CUR_OFFSET + radeon_crtc-crtc_offset);
+ WREG32(RADEON_MM_DATA, radeon_crtc-legacy_cursor_offset);
}
}
@@ -270,17 +272,14 @@ int radeon_crtc_cursor_move(struct drm_crtc *crtc,
if (crtc-mode.flags DRM_MODE_FLAG_DBLSCAN)
y *= 2;
- WREG32(RADEON_CUR_HORZ_VERT_OFF + radeon_crtc-crtc_offset,
- (RADEON_CUR_LOCK
- | (xorigin 16)
- | yorigin));
- WREG32(RADEON_CUR_HORZ_VERT_POSN + radeon_crtc-crtc_offset,
- (RADEON_CUR_LOCK
- | ((xorigin ? 0 : x) 16)
- | (yorigin ? 0 : y)));
+ WREG32(RADEON_MM_INDEX, RADEON_CUR_HORZ_VERT_OFF + radeon_crtc-crtc_offset);
+ WREG32(RADEON_MM_DATA, RADEON_CUR_LOCK | xorigin 16 | yorigin);
+ WREG32(RADEON_MM_INDEX, RADEON_CUR_HORZ_VERT_POSN + radeon_crtc-crtc_offset);
+ WREG32(RADEON_MM_DATA, RADEON_CUR_LOCK | (xorigin ? 0 : x) 16 |
+ (yorigin ? 0 : y));
/* offset is from DISP(2)_BASE_ADDRESS */
- WREG32(RADEON_CUR_OFFSET + radeon_crtc-crtc_offset, (radeon_crtc-legacy_cursor_offset +
- (yorigin * 256)));
+ WREG32(RADEON_MM_INDEX, RADEON_CUR_OFFSET + radeon_crtc-crtc_offset);
+ WREG32(RADEON_MM_DATA, radeon_crtc-legacy_cursor_offset + yorigin * 256);
}
radeon_lock_cursor(crtc, false);
Bug#639362: ITP: newtonator -- The New Tonator synthesizer
Package: wnpp Severity: wishlist Owner: Alessio Treglia ales...@debian.org * Package name: newtonator Version : 0.5.1 Upstream Author : Michael Bechard * URL : http://newtonator.sourceforge.net * License : GPL Programming Lang: C++ Description : The New Tonator synthesizer The Newtonator is an LV2 soft synth that uses a unique algorithm based on simple ideas of velocity and acceleration to produce some unpredictable sounds. . It is not a typical soft synth, in that the main sound-making capabilities of it are not driven by oscillators (though oscillators do help modulate some parameters) or other typical synthy sound generators. Rather, the main sound source is from an algorithm based on the principals of acceleration and velocity. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639297: xfdesktop4: No desktop icon with USB device
Package: xfdesktop4 Version: 4.8.2-1+b1 Followup-For: Bug #639297 Thanks for your previous help. A Debian install iso can be put a usb stick with: cat iso /dev/sdX The device is recognised by udisks and in dmesg and can be mounted with, say, pmount. However, there is no icon shown on the desktop for the device. An icon does appear for the same device when inserted on a machine running Squeeze. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-486 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfdesktop4 depends on: ii exo-utils 0.6.2-1Utility files for libexo ii libc6 2.13-18Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.14-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.94-4 simple interprocess messaging syst ii libexo-1-00.6.2-1Library with extensions for Xfce ii libgarcon-1-0 0.1.8-1freedesktop.org compliant menu imp ii libgdk-pixbuf2.0-02.23.5-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.5-4 GTK+ graphical user interface libr ii libnotify40.7.3-2sends desktop notifications to a n ii libpango1.0-0 1.28.4-3 Layout and rendering of internatio ii libthunarx-2-01.2.2-1+b1 extension library for thunar ii libwnck22 2.30.4-3 Window Navigator Construction Kit ii libx11-6 2:1.4.4-1 X11 client-side library ii libxfce4ui-1-04.8.0-3widget library for Xfce ii libxfce4util4 4.8.1-3Utility functions library for Xfce ii libxfconf-0-2 4.8.0-3Client library for Xfce4 configure ii xfdesktop4-data 4.8.2-1xfce desktop background, icons and Versions of packages xfdesktop4 recommends: ii dbus-x11 1.4.14-1 simple interprocess messaging syst ii librsvg2-common 2.34.0-2 SAX-based renderer library for SVG ii xdg-user-dirs 0.14-1 tool to manage well known user dir ii xfce4-utils 4.8.2-2Various tools for Xfce Versions of packages xfdesktop4 suggests: pn menu none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638941: Acknowledgement (Blank consoles when using virtualbox guest additions)
FYI, this bug has been independently reported upstream http://www.virtualbox.org/ticket/9490 Thanks.
Bug#587460: snmpd should not bind to localhost by default
Are there any news? On Jun 28, Marco d'Itri m...@linux.it wrote: Package: snmpd On Jun 28, Jochen Friedrich joc...@scram.de wrote: What is the point? Who installs snmpd to only use it locally? snmpd might be installed by a dependency, e.g. by quagga. I don't think so. quagga only suggests snmpd, so it cannot be installed by mistake. The list of packages Recommending or Depending on snmpd is very short and they look reasonable. How did you come to conclude that more people install snmpd by mistake than because they actually want to use it? Daemons should be installed with the configuration which would be useful for the largest number of users. -- ciao, Marco -- ciao, Marco signature.asc Description: Digital signature
Bug#633088: revelation: Reproduceable
Package: revelation Version: 0.4.11-9 Severity: normal I can reproduce this both on squeeze with backported -9 and on wheezy with -9. -- System Information: Debian Release: 6.0.2 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages revelation depends on: ii gconf22.28.1-6 GNOME configuration database syste ii gnome-extra-icons 1.1-2 Optional GNOME icons ii gnome-icon-theme 2.30.3-2 GNOME Desktop icon theme ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcrack2 2.8.16-4 pro-active password checker librar ii python2.6.6-3+squeeze6 interactive high-level object-orie ii python-crypto 2.1.0-2cryptographic algorithms and proto ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk ii python-gnomeapplet2.30.0-4 Python bindings for the GNOME pane ii python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python2.6 2.6.6-8+b1 An interactive high-level object-o ii shared-mime-info 0.71-4 FreeDesktop.org shared MIME databa revelation recommends no packages. revelation suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
