Bug#650081: ACPI wakeup doesn't work on ASUS P8H67-M EVO
Hi, On 17/01/12 20:40, Jonathan Nieder wrote: Eric Lavarde wrote: Could it be that the BIOS overwrites my command line entry at shutdown time, but not at suspend time? Sure, I can believe that. It's also possible that when you try to enter S5, something goes wrong and the machine ends up powering off completely and then the BIOS writes to the RTC at bootup. Here's an experiment to try: echo shutdown/sys/power/disk echo disk/sys/power/state It performs a suspend-to-disk but enters S5 instead of S4. Bingo! The PC doesn't come back up after this, so it's a difference between S4 and S5. Stupid question: do you know if it would be possible to shutdown (going through init and all this) into S4? After that: maybe RTC or ACPI folks can help (see the MAINTAINERS file[1], and please cc me or this bug log if contacting them so we can track it). But I'd be more inclined to work on getting Will do. Thanks a lot for your help so far! suspend-to-disk working without unloading the media capture driver first. I will also follow-up on this, fine with me, but I'm more a friend of clean shutdowns :-) so it'll be either as fallback strategy or for the community. Cheers, Eric [1] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=blob_plain;f=MAINTAINERS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656359: [Pkg-fonts-bugs] Bug#656359: [Pkg-fonts-devel] Bug#656359: Bug#656359: Segfault when pressing modifier/arrow keys if more than 4 points are selected
The problem is in the debian package not with fontforge itself - I just removed the debian fontforge and built fontforge from source using fontforge_full-20110222.tar.bz2. The build from source does not have the same problem. The process of making did require pythonui.c which did not register as a problem at the configure stage but only at the make stage - I am using python 2.6.6 So no need I think to contact George Williams himself however who is able to remake the package? On Thu, Jan 19, 2012 at 3:39 PM, Daniel Kahn Gillmor d...@fifthhorseman.netwrote: On 01/19/2012 02:21 AM, Khaled Hosny wrote: I can't reproduce this with fontforge built from git master running under Ubuntu 10.04. hmm, just trying to build from upstream's git master (265be01a4ce5978fbb2c1a6ecf6402af0ea54115) with a ./configure make on sid yields me this error: cvdgloss.c: In function ‘DVGlossExpose’: cvdgloss.c:1054:21: error: ‘struct TT_ExecContextRec_’ has no member named ‘grayscale’ make[1]: *** [cvdgloss.o] Error 1 make[1]: Leaving directory `/home/dkg/src/fontforge/fontforge/fontforge' what steps are you taking to build from upstream's git master? --dkg ___ Pkg-fonts-bugs mailing list pkg-fonts-b...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fonts-bugs
Bug#515182: Debian bug #515182 abiword: applixword-import doesn't work
Hi, Could you please provide a sample document or try the the latest version of abiword? Thanks, Dmitry. Package: abiword Version: 2.9.2-2 abiword-common_2.9.2-2_all.deb to main/a/abiword/abiword-common_2.9.2-2_all.deb abiword-plugin-grammar_2.9.2-2_amd64.deb to main/a/abiword/abiword-plugin-grammar_2.9.2-2_amd64.deb abiword-plugin-mathview_2.9.2-2_amd64.deb to main/a/abiword/abiword-plugin-mathview_2.9.2-2_amd64.deb abiword_2.9.2-2.debian.tar.gz to main/a/abiword/abiword_2.9.2-2.debian.tar.gz abiword_2.9.2-2.dsc to main/a/abiword/abiword_2.9.2-2.dsc abiword_2.9.2-2_amd64.deb to main/a/abiword/abiword_2.9.2-2_amd64.deb libabiword-2.9-dev_2.9.2-2_amd64.deb to main/a/abiword/libabiword-2.9-dev_2.9.2-2_amd64.deb libabiword-2.9_2.9.2-2_amd64.deb to main/a/abiword/libabiword-2.9_2.9.2-2_amd64.deb signature.asc Description: This is a digitally signed message part.
Bug#656421: Please update to libnl3
Package: powertop Version: 1.97-2 Severity: wishlist Tags: patch Hi, with more and more applications switching from libnl1 and libnl2 to libnl3 (most notably network-manager and wpasupplicant), it would be great if powertop could switch to the latest version of libnl as well. It is currently the only application on my system which is pulling in libnl2 as dependency. With the attached patch I could successfully build powertop against libnl3 3.2. I've done some basic tests and it seems to work fine, but of course I'd appreciate further review. Cheers, Michael -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 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 powertop depends on: ii libc6 2.13-24 ii libgcc1 1:4.6.2-11 ii libncursesw5 5.9-4 ii libnl-3-200 3.2.3-2 ii libnl-genl-3-200 3.2.3-2 ii libpci3 1:3.1.8-2 ii libstdc++64.6.2-11 ii libtinfo5 5.9-4 ii zlib1g1:1.2.3.4.dfsg-3 powertop recommends no packages. Versions of packages powertop suggests: pn cpufrequtils 007-2 pn laptop-mode-tools none -- no debconf information diff -Nru powertop-1.97/debian/control powertop-1.97/debian/control --- powertop-1.97/debian/control 2011-03-17 16:25:01.0 +0100 +++ powertop-1.97/debian/control 2012-01-19 09:11:25.0 +0100 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Patrick Winnertz win...@debian.org Uploaders: Jose Luis Rivas ghostba...@gmail.com -Build-Depends: cdbs, debhelper (= 5), libncursesw5-dev, libncurses5-dev, libnl2-dev, pkg-config, libpci-dev +Build-Depends: cdbs, debhelper (= 5), libncursesw5-dev, libncurses5-dev, libnl-3-dev, libnl-genl-3-dev, pkg-config, libpci-dev Standards-Version: 3.9.1 Homepage: http://www.linuxpowertop.org diff -Nru powertop-1.97/debian/patches/libnl3.patch powertop-1.97/debian/patches/libnl3.patch --- powertop-1.97/debian/patches/libnl3.patch 1970-01-01 01:00:00.0 +0100 +++ powertop-1.97/debian/patches/libnl3.patch 2012-01-19 09:12:35.0 +0100 @@ -0,0 +1,24 @@ +diff --git a/Makefile b/Makefile +index 0382fea..60f23d7 100644 +--- a/Makefile b/Makefile +@@ -24,6 +24,7 @@ OBJS += tuning/cpufreq.o tuning/ethernet.o tuning/iw.o tuning/wifi.o + + NL1FOUND := $(shell $(PKG_CONFIG) --atleast-version=1 libnl-1 echo Y) + NL2FOUND := $(shell $(PKG_CONFIG) --atleast-version=2 libnl-2.0 echo Y) ++NL3FOUND := $(shell $(PKG_CONFIG) --atleast-version=3.2 libnl-3.0 echo Y) + + ifeq ($(NL1FOUND),Y) + NLLIBNAME = libnl-1 +@@ -35,6 +36,11 @@ LIBS += -lnl-genl + NLLIBNAME = libnl-2.0 + endif + ++ifeq ($(NL3FOUND),Y) ++CFLAGS += -DCONFIG_LIBNL20 ++NLLIBNAME = libnl-3.0 libnl-genl-3.0 ++endif ++ + ifeq ($(NLLIBNAME),) + $(error Cannot find development files for any supported version of libnl) + endif diff -Nru powertop-1.97/debian/patches/series powertop-1.97/debian/patches/series --- powertop-1.97/debian/patches/series 2011-03-17 16:25:01.0 +0100 +++ powertop-1.97/debian/patches/series 2012-01-19 09:12:39.0 +0100 @@ -1,3 +1,4 @@ fix_prefix_in_manpage.patch fix_NR_perf_event_open_on_ia64.patch fix_csstoh_on_sparc +libnl3.patch
Bug#656422: reprepro: Permit includes in uploaders file
Package: reprepro Version: 4.8.2-1 Severity: wishlist Dear Maintainer, I'm using reprepro for several distributions, each one has a dedicated uploaders file looking like the following: #+begin_src group ftpmaster add W group unstable add X [...] group unstable-i386 add Y group unstable-amd64 add Z [...] allow distribution 'unstable' by group ftpmaster allow distribution 'unstable' by group unstable allow distribution 'unstable' and architectures 'amd64' by group unstable-amd64 [...] #+end_src It could be cleaner and easier to maintain such files by permitting some includes, of group declaration for example. Regards. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (90, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0+hati.1+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages reprepro depends on: ii libarchive12.8.5-5 ii libbz2-1.0 1.0.6-1 ii libc6 2.13-24 ii libdb5.1 5.1.29-1 ii libgpg-error0 1.10-2 ii libgpgme11 1.2.0-1.4 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages reprepro recommends: ii apt 0.8.15.9 Versions of packages reprepro suggests: ii gnupg-agent 2.0.18-2 ii inoticoming none ii lzipnone ii xz-lzma [lzma] 5.1.1alpha+20110809-3 ii xz-utils5.1.1alpha+20110809-3 -- no debconf information -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1 pgp2AAHy2d8uJ.pgp Description: PGP signature
Bug#656423: pu: package qemu-kvm/0.12.5+dfsg-5+squeeze7
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu I'd like to upload a new release of qemu-kvm package for squeeze/stable. This update includes single change which is a fix for an old bug #637990 It is not very important fix (but worth fixing anyway), but now, when a more recent version of libvirt uploaded to squeeze-backports, this bug started hiting users, see http://lists.debian.org/debian-backports/2012/01/msg00053.html for an example. This very bugfix has been included in qemu-kvm upstream for a very long time but has never been applied to any upstream stable series. It were also used in ubuntu qemu-kvm package. The patch adds a forgotten close() operation. I prepared this update about half a year ago (17 Aug 2010), wishing to fix #637990, but a more serious bug has been discovered, and the end result was that I never went to including this fix in any stable release. The debdiff against previous 0.12.5+dfsg-5+squeeze6 version is included. I'd be nice to get in time for the next point release due to the mentioned issue with squeeze-backports. Thanks, /mjt -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'oldstable'), (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) diff -u qemu-kvm-0.12.5+dfsg/debian/changelog qemu-kvm-0.12.5+dfsg/debian/changelog --- qemu-kvm-0.12.5+dfsg/debian/changelog +++ qemu-kvm-0.12.5+dfsg/debian/changelog @@ -1,3 +1,11 @@ +qemu-kvm (0.12.5+dfsg-5+squeeze7) stable; urgency=low + + * stash-away-SCM_RIGHTS-fd-until-a-getfd-command-arrives-e53f27b9d9.diff +patch from upstream (included in 0.13 and up, and also in ubuntu) +to fix NIC hotplug from libvirt (Closes: #637990) + + -- Michael Tokarev m...@tls.msk.ru Wed, 17 Aug 2011 13:35:03 +0400 + qemu-kvm (0.12.5+dfsg-5+squeeze6) stable-security; urgency=low * virtio-fix-indirect-descriptor-buffer-overflow-CVE-2011-2212 diff -u qemu-kvm-0.12.5+dfsg/debian/patches/series qemu-kvm-0.12.5+dfsg/debian/patches/series --- qemu-kvm-0.12.5+dfsg/debian/patches/series +++ qemu-kvm-0.12.5+dfsg/debian/patches/series @@ -48,0 +49 @@ +stash-away-SCM_RIGHTS-fd-until-a-getfd-command-arrives-e53f27b9d9.diff only in patch2: unchanged: --- qemu-kvm-0.12.5+dfsg.orig/debian/patches/stash-away-SCM_RIGHTS-fd-until-a-getfd-command-arrives-e53f27b9d9.diff +++ qemu-kvm-0.12.5+dfsg/debian/patches/stash-away-SCM_RIGHTS-fd-until-a-getfd-command-arrives-e53f27b9d9.diff @@ -0,0 +1,59 @@ +Refreshed for 0.12: + +commit e53f27b9d9df73461308618151fa6e6392aebd85 +Author: Paolo Bonzini pbonz...@redhat.com +Date: Fri Apr 16 17:25:23 2010 +0200 + +stash away SCM_RIGHTS fd until a getfd command arrives + +If there is already a fd in s-msgfd before recvmsg it is +closed by parts that this patch does not touch. So, only +one descriptor can be leaked by attaching it to a command +other than getfd. + +Signed-off-by: Paolo Bonzini pbonz...@redhat.com +Signed-off-by: Luiz Capitulino lcapitul...@redhat.com + +--- a/qemu-char.c b/qemu-char.c +@@ -1954,8 +1954,9 @@ static void tcp_chr_process_IAC_bytes(Ch + static int tcp_get_msgfd(CharDriverState *chr) + { + TCPCharDriver *s = chr-opaque; +- +-return s-msgfd; ++int fd = s-msgfd; ++s-msgfd = -1; ++return fd; + } + + #ifndef _WIN32 +@@ -2043,10 +2044,6 @@ static void tcp_chr_read(void *opaque) + tcp_chr_process_IAC_bytes(chr, s, buf, size); + if (size 0) + qemu_chr_read(chr, buf, size); +-if (s-msgfd != -1) { +-close(s-msgfd); +-s-msgfd = -1; +-} + } + } + +--- a/monitor.c b/monitor.c +@@ -2294,15 +2294,6 @@ static void do_getfd(Monitor *mon, const + return; + } + +-fd = dup(fd); +-if (fd == -1) { +-if (errno == EMFILE) +-qemu_error_new(QERR_TOO_MANY_FILES); +-else +-qemu_error_new(QERR_UNDEFINED_ERROR); +-return; +-} +- + QLIST_FOREACH(monfd, mon-fds, next) { + if (strcmp(monfd-name, fdname) != 0) { + continue; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656204: libcapi20-dev: conflict when overwriting `/usr/lib/libcapi20.so` during upgrade
On 17.01.2012 21:28, Paul Menzel wrote: the fix for bug report #655884 introduced a new error when running `sudo aptitude safe-upgradey`. Paul, thank you for your report and my apologies for the breakage. A fix for this problem has been committed to git but I think I'd like to have the current package migrate to testing first. Upgrades testing-unstable should not be affected. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656423: pu: package qemu-kvm/0.12.5+dfsg-5+squeeze7
On 19.01.2012 12:38, Michael Tokarev wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu I'd like to upload a new release of qemu-kvm package for squeeze/stable. This update includes single change which is a fix for an old bug #637990 It is not very important fix (but worth fixing anyway), but now, when a more recent version of libvirt uploaded to squeeze-backports, this bug started hiting users, see http://lists.debian.org/debian-backports/2012/01/msg00053.html for an example. This very bugfix has been included in qemu-kvm upstream for a very long time but has never been applied to any upstream stable series. It were also used in ubuntu qemu-kvm package. The patch adds a forgotten close() operation. I prepared this update about half a year ago (17 Aug 2010), wishing to fix #637990, but a more serious bug has been discovered, and the end result was that I never went to including this fix in any stable release. And I forgot to mention. This has been tested -- rather quickly, because the change is small and obvious and because its been applied upstream and on ubuntu and later on redhat -- on several guests with and without libvirt in order to verify the change does not add regressions and indeed fixes the problem. I did the testing at that time (at Aug-2010), and repeated some tests again now just to be sure (after rebuilding the package on current 6.0.3 version of squeeze). Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654395: additional patches for newer libav sources
I had the same problem with blender 2.61-1 segfaulting on my wheezy/sid box. So I went about trying to build from git. Right away had problems with missing headers declarations for libavutil/mathematics.h. Then, had problems with avformat_alloc_open_context2() in intern/audaspace/ffmpeg/AUD_FFMPEGWriter.cpp. I found a fix in Gentoo's ebuild for blender-2.60a which negates most of the current debian/patches/0009-fix_FTBFS_ffmpeg_debian.patch. So I added the first patch below and replaced the 0009 patch with the second patch below (the one I found for the Gentoo ebuild). Builds fine and blender seems to running fine on my system, using up to date sid and strictly pure debian system other then my wacom driver (upstream kernel module and xorg driver). --- intern/ffmpeg/ffmpeg_compat.h |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/intern/ffmpeg/ffmpeg_compat.h b/intern/ffmpeg/ffmpeg_compat.h index dfdad22..bf6e4a9 100644 --- a/intern/ffmpeg/ffmpeg_compat.h +++ b/intern/ffmpeg/ffmpeg_compat.h @@ -74,6 +74,10 @@ #define FFMPEG_SWSCALE_COLOR_SPACE_SUPPORT #endif +#if (LIBAVUTIL_VERSION_MAJOR 51) || ((LIBAVUTIL_VERSION_MAJOR == 51) (LIBAVUTIL_VERSION_MINOR = 9)) +#include libavutil/mathematics.h +#endif + #ifndef FFMPEG_HAVE_AVIO #define AVIO_FLAG_WRITE URL_WRONLY #define avio_open url_fopen -- --- intern/audaspace/ffmpeg/AUD_FFMPEGWriter.cpp | 13 ++--- 1 files changed, 10 insertions(+), 3 deletions(-) diff --git a/intern/audaspace/ffmpeg/AUD_FFMPEGWriter.cpp b/intern/audaspace/ffmpeg/AUD_FFMPEGWriter.cpp index 702c366..4fadbd1 100644 --- a/intern/audaspace/ffmpeg/AUD_FFMPEGWriter.cpp +++ b/intern/audaspace/ffmpeg/AUD_FFMPEGWriter.cpp @@ -38,6 +38,8 @@ extern C { #include libavcodec/avcodec.h #include libavformat/avformat.h #include libavformat/avio.h +#include libavutil/mathematics.h +#include libavutil/avstring.h #include ffmpeg_compat.h } @@ -55,10 +57,15 @@ AUD_FFMPEGWriter::AUD_FFMPEGWriter(std::string filename, AUD_DeviceSpecs specs, { static const char* formats[] = { NULL, ac3, flac, matroska, mp2, mp3, ogg, wav }; - if(avformat_alloc_output_context2(m_formatCtx, NULL, formats[format], filename.c_str())) - AUD_THROW(AUD_ERROR_FFMPEG, context_error); + m_formatCtx = avformat_alloc_context(); +if (!m_formatCtx) AUD_THROW(AUD_ERROR_FFMPEG, context_error); - m_outputFmt = m_formatCtx-oformat; + av_strlcpy(m_formatCtx-filename, filename.c_str(), sizeof(m_formatCtx-filename)); + m_outputFmt = m_formatCtx-oformat = av_guess_format(formats[format], filename.c_str(), NULL); + if (!m_outputFmt) { +avformat_free_context(m_formatCtx); +AUD_THROW(AUD_ERROR_FFMPEG, context_error); +} switch(codec) { -- Perhaps you have already solved these issues, but since I had trouble building from anonscm.debian.org/pkg-multimedia/blender.git, I thought perhaps this may help. Regards, John Vogel jvog...@stny.rr.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656424: php-mdb2: Spurious file system accesses
Package: php-mdb2 Version: 2.5.0b2-1 Severity: important Running a SQL statement results in a couple of very strange spurious file system accesses. Frankly I couldn't believe my eyes. (This is the mysql driver. I'm trying to set up roundcube.) strace output: 15663 lstat64(/var/lib/roundcube/program/lib/SELECT vars, ip, changed FROM session WHERE sess_id = ?.php, 0xbff56488) = -1 ENOENT (No such file or directory) 15663 getcwd(/var/lib/roundcube, 4096) = 19 15663 time(NULL)= 1326962954 15663 lstat64(/var/lib/roundcube/./SELECT vars, ip, changed FROM session WHERE sess_id = ?.php, 0xbff56488 ) = -1 ENOENT (No such file or directory) 15663 time(NULL)= 1326962954 15663 lstat64(/usr/share/php/SELECT vars, ip, changed FROM session WHERE sess_id = ?.php, 0xbff56488) = -1 ENOENT (No such file or directory) 15663 time(NULL)= 1326962954 15663 lstat64(/usr/share/pear/SELECT vars, ip, changed FROM session WHERE sess_id = ?.php, 0xbff56488) = - 1 ENOENT (No such file or directory) 15663 time(NULL)= 1326962954 15663 lstat64(/usr/share/roundcube/program/include/SELECT vars, ip, changed FROM session WHERE sess_id = ?. php, 0xbff56488) = -1 ENOENT (No such file or directory) 15663 getcwd(/var/lib/roundcube, 4096) = 19 15663 time(NULL)= 1326962954 15663 lstat64(/var/lib/roundcube/SELECT vars, ip, changed FROM session WHERE sess_id = ?.php, 0xbff58538) = -1 ENOENT (No such file or directory) 15663 lstat64(/var/lib/roundcube, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 15663 lstat64(/var/lib, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 15663 lstat64(/var, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 15663 open(/var/lib/roundcube/SELECT vars, ip, changed FROM session WHERE sess_id = ?.php, O_RDONLY|O_LARG EFILE) = -1 ENOENT (No such file or directory) 15663 poll([{fd=4, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout) 15663 write(4, \206\0\0\0\3PREPARE mdb2_statement_mysql_134ea654a28b5bd8da5113e9956476d43362ca4c6 FROM 'SEL ECT vars, ip, changed FROM session WHERE sess_id = ?', 138) = 138 15663 read(4, \32\0\0\1\0\0\0\2\0\0\0\22Statement prepared, 16384) = 30 Seriously: WTF ??? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'stable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php-mdb2 depends on: ii php-pear 5.3.8.0-1 php-mdb2 recommends no packages. php-mdb2 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#656206: ITP: gst-chromaprint -- A GStreamer plugin for chromaprint
Additional information: This library is needed for future versions of Quod Libet, my favourite music player, i.e. for the Acoustic Fingerprinter plugin that comes with 2.4. I will sponsor the package. See: http://mentors.debian.net/package/gst-chromaprint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655301: [Pkg-xen-devel] Bug#655301: Bug#655301: Bug#655301: Bug#655301: xcp-xapi fails to start
On Thu, Jan 19, 2012 at 7:47 AM, Ritesh Raj Sarraf r...@debian.org wrote: On Wed, Jan 18, 2012 at 3:00 AM, Thomas Goirand z...@debian.org wrote: On 01/17/2012 02:47 PM, Ritesh Raj Sarraf wrote: But the problem is, xcp-xapi wants to have xend disabled. [ ... ] So I disabled the xend init file and then ran into this problem. No wonder why then! Nobody ever wrote/said that you should do that. The xend init.d script does a lot more than just starting xend. It also: - modprobe the xenfs and xen-evtchn kernel modules - mounts /proc/xen as xenfs - Starts xenconsoled - Starts xenstored If the above isn't done, then there's no way that XCP, or even Xen, will ever work! The only thing that should be disabled is starting xend, all the rest should stay. What do you mean by disable starting xend ? We'd like that the xend init script continue to start the other services that xpi-xapi relies on, but only actually start the xend daemon iff TOOLSTACK=xm. This way we don't have to worry about renaming or splitting init scripts. For now, just calling the xend stop in the xapi init script should fix the problem. Agreed, but as was pointed out to me by Ian Campbell, that's a bit of a hack, since one service shouldn't be allowed to just shut another one down. I was in favour of making this change to xcp-xapi.init temporarily, until the xend init script is modified to only selectively start xend, but I think now that we should instead ask users to work around this issue until we sort out the xend script. The simplest work-around is to ask the user to add the line 'service xend stop' to the user's xcp-xapi.init script. Thomas, I believe that you submitted a patch to xend.init to check TOOLSTACK=xm. Do you know the status of this patch? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572822: libpam-krb5: Please add forwardabe to the default pam-auth-config setup
[Russ Allbery] I took a look at this from the krb5-config perspective, but halfway through starting to implement preseeding to let you enable forwardable, I noticed that the krb5.conf file written by krb5-config defaults to setting forwardable = true. So I think that the configuration file that you get by default will already do this. Could you check whether this is for some reason not the case? I no longer have access to the test environment where this was a problem, so I can't check. :( It sound to me like the problem we saw in etch might be fixed. It is ok with me if you want to close this BTS report. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631504: Push the solution forward
Why hasn't this been pushed forward to Squeeze? It's really annoying! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656204: libcapi20-dev: conflict when overwriting `/usr/lib/libcapi20.so` during upgrade
Dear Rolf, Am Donnerstag, den 19.01.2012, 16:41 +0800 schrieb Rolf Leggewie: On 17.01.2012 21:28, Paul Menzel wrote: the fix for bug report #655884 introduced a new error when running `sudo aptitude safe-upgrade`. Paul, thank you for your report and my apologies for the breakage. A fix for this problem has been committed to git thank you very much for taking care of this problem. but I think I'd like to have the current package migrate to testing first. Upgrades testing-unstable should not be affected. A second run of `sudo aptitude safe-upgrade` fixed the problem for me I think so that should be a possible work around. On the other hand uploading the fixed package to avoid possible breakage for some unstable users would also be an option. For me it is fine anyway. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#656359: [Pkg-fonts-bugs] Bug#656359: [Pkg-fonts-devel] Bug#656359: Segfault when pressing modifier/arrow keys if more than 4 points are selected
Dear Khaled the segmentation fault is somewhat erratic for example moving around the letter g does not crash but moving say a character at uf8000 does - in some cases starting a new font, making it full unicode going to a higher point and simply pressing element is sufficient to crash. Even if somewhat difficult to describe there is indeed a serious problem here. I have one machine running ubuntu 9.10 which I have been doing all my fontforge work on because when I update to ubuntu 10.4 I noticed this bug, which has remained though I have updated to 10.10 . Over the past week I have been preparing to do a fontforge training session in Feb and I myself thought that install rather than updating to Maverick solved the problem because I only tested 'g' . Regards John On Thu, Jan 19, 2012 at 3:21 PM, Khaled Hosny khaledho...@eglug.org wrote: On Thu, Jan 19, 2012 at 01:35:26AM -0500, Daniel Kahn Gillmor wrote: Hi fontforge folks-- over on Debian, we've just gotten http://bugs.debian.org/656359, which appears to contain a reproducible segfault. Some folks have suggested that it may be due to more recent versions of dependent libraries, but i haven't been able to track it down in more detail, i'm afraid. From Theppitak's original report, a recipe to produce the crash: Steps to reproduce: - Start fontforge and create a new font. - Randomly choose a first glyph to edit. - Draw splines with at least 5 points. - Select up to 4 points and press a modifier or arrow key. It won't crash. - Select at least 5 points and press a modifier or arrow key. It will always crash. Any suggestions? I can't reproduce this with fontforge built from git master running under Ubuntu 10.04. Regards, Khaled -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk8XxIQACgkQRoqITGOuyPK1ZQCcCbpBJVv/rWPqjv2Nt2WucSTo +z8AnjaCxF1rgN9XERdIUtuhNgPzxdWq =DfU6 -END PGP SIGNATURE- ___ Pkg-fonts-bugs mailing list pkg-fonts-b...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fonts-bugs
Bug#656425: libapache2-mod-fastcgi: filedescriptor (1069) larger than FD_SETSIZE (1024) found in error log. FastCGI not working
Package: libapache2-mod-fastcgi Version: 2.4.6-1 Severity: normal Tags: upstream patch The exact error message I had in error_log is as follow : [Thu Jan 12 07:36:56 2012] [error] [client 127.0.0.1] (2)No such file or directory: FastCGI: failed to connect to server /var/alternc/cgi-bin/php52.fcgi: socket file descriptor (1345) is larger than FD_SETSIZE (1024), you probably need to rebuild Apache with a larger FD_SETSIZE This bug has already been reported for apache1.3 long ago : #280206 but was never fixed. It is still buggy in apache2, but only appears when you have more than 1024 file descriptors opened in Apache itself (in my case, more than 512 Vhosts with 2 filehandle per vhost...) The FD_SETSIZE check from fastcgi source code definitely looks like a buggy check: It checks that a file descriptor number is 1024, and pretends it may be above ulimit limits if that's the case... but that's useless: if you try to open a file above ulimit limits, you will have 0 as file descriptor returned from open() syscall... More than that, it compares that file descriptor number with FD_SETSIZE, which is definitely not the maximum number of file an apache2 can open, you may have made it far higher with ulimit -n in the system configuration ... So the patch I'm using since (successfully) is just removing that useless check ... Hope this can help solving this, don't hesitate to ask for help on this package, as you can see, I use it on many vhosts ;) -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-vserver-686-bigmem (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libapache2-mod-fastcgi depends on: ii apache2.2-common 2.2.16-6+squeeze4 Apache HTTP Server common files ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib libapache2-mod-fastcgi recommends no packages. libapache2-mod-fastcgi suggests no packages. -- no debconf information --- libapache-mod-fastcgi-2.4.6.orig/mod_fastcgi.c 2007-11-13 00:00:10.0 +0100 +++ libapache-mod-fastcgi-2.4.6/mod_fastcgi.c 2012-01-11 18:08:56.0 +0100 @@ -1366,16 +1366,6 @@ return FCGI_FAILED; } -#ifndef WIN32 -if (fr-fd = FD_SETSIZE) { -ap_log_rerror(FCGI_LOG_ERR, r, -FastCGI: failed to connect to server \%s\: -socket file descriptor (%u) is larger than -FD_SETSIZE (%u), you probably need to rebuild Apache with a -larger FD_SETSIZE, fr-fs_path, fr-fd, FD_SETSIZE); -return FCGI_FAILED; -} -#endif /* If appConnectTimeout is non-zero, setup do a non-blocking connect */ if ((fr-dynamic dynamicAppConnectTimeout) || (!fr-dynamic fr-fs-appConnectTimeout)) {
Bug#656376: libpackagekit-glib2-14: makes gnome-settings-daemon crash
Hi! Thanks! Could you please provide a backtrace with debug-symbols installed? Just follow http://wiki.debian.org/HowToGetABacktrace for more information. :) We can fix this issue then. Cheers, Matthias 2012/1/19 Tobias Quinn tob...@tobiasquinn.com: I have the same issue with 0.7.2-1, downgrading to 0.7.1-2 fixes the problem, here is a backtrace from 0.7.2-1 running when gnome has logged in (with no settings) using gdb: #0 0x7fffd8322dcc in ?? () from /usr/lib/libpackagekit-glib2.so.14 #1 0x7fffd8322ec4 in ?? () from /usr/lib/libpackagekit-glib2.so.14 #2 0x7708cd87 in g_simple_async_result_complete () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #3 0x7708ce99 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #4 0x767190cf in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x767198c8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #6 0x76719e02 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #7 0x778e2fdd in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #8 0x00404e00 in main (argc=1, argv=0x7fffe428) at main.c:459 -Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597218: texlive-binaries: vlna man page is in Czech
On 19.01.12 Kapil Hari Paranjape (ka...@imsc.res.in) wrote: Dear Kapil, I think the problem is that the default `man' pages in the C locale are (I think!) supposed to be in English. So either the man page for vlna should be installed in /usr/share/man/cz or there should be an English translation of it in /usr/share/man (preferably both!). Many thanks for your suggestion. I made a change in our package: the manual page now goes to /usr/share/man/cs/man1. I guess this is the right place as manpages-cs (Czech version of the manual pages) installs its files there too. No, I still don't see a need for an english version of that manual page as vlna is intended to be used only by czech speaking users. Regards, Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656426: ocaml-tools: Dead link in README.omlet
Package: ocaml-tools Version: 20120103-2 Severity: minor Tags: patch Dear Maintainer, In README.omlet, the given URL is http://perso.ens-lyon.fr/david.baelde/productions/omlet.php but this URL leads to a 404 error. Current address of this page seems to be http://www.lix.polytechnique.fr/~dbaelde/productions/omlet.html -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (800, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ocaml-tools depends on: ii ocaml-base-nox [ocaml-base-nox-3.12.1] 3.12.1-2 Versions of packages ocaml-tools recommends: ii vim-addon-manager 0.4.4 ii vim-gnome [vim]2:7.3.363-1 Versions of packages ocaml-tools suggests: pn autoconf 2.68-1 pn otags none -- no debconf information --- README.omlet 2012-01-19 09:31:19.039844328 +0100 +++ README.omlet.new 2012-01-19 09:32:06.497791258 +0100 @@ -8,4 +8,4 @@ - A plugin which performs folding, plus the official features For customization tips: -http://perso.ens-lyon.fr/david.baelde/productions/omlet.php +http://www.lix.polytechnique.fr/~dbaelde/productions/omlet.html
Bug#656427: hdf5-helpers collides with hdf5-tools at upgrade time
Package: hdf5-helpers Version: 1.8.8-2 Severity: serious (Sorry for localized output pasting) Selecting previously unselected package hdf5-helpers. (Lettura del database... 352194 file e directory attualmente installati.) Estrazione di hdf5-helpers (da .../hdf5-helpers_1.8.8-2_i386.deb)... dpkg: errore nell'elaborare /var/cache/apt/archives/hdf5-helpers_1.8.8-2_i386.deb (--unpack): tentata sovrascrittura di /usr/share/man/man1/h5cc.1.gz presente anche nel pacchetto hdf5-tools 1.8.4-patch1-3 configured to not write apport reports Elaborazione dei trigger per man-db... Si sono verificati degli errori nell'elaborazione: /var/cache/apt/archives/hdf5-helpers_1.8.8-2_i386.deb -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (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#398897: ocaml-tools: omlet does not respect the efm variable
tags 398897 + patch thanks Hello, Here is a patch extending efm to account for make recursive invocations. efm is set to the same value as in ftplugin/ocaml.vim provided with vim 7.3. This includes verbatim every pattern that is included with upstream OMLet so that it should be no worse than current version. I tested it quickly and it seems to jump properly to error locations both with and without recursive make. Cheers, -- As we enjoy great Advantages from the Inventions of others, we should be glad of an Opportunity to serve others by any Invention of ours; and this we should do freely and generously. Benjamin Franklin Cyril Soldani devmusi...@legiasoft.com http://devmusings.legiasoft.com/ --- omlet.vim 2012-01-19 09:19:13.017898855 +0100 +++ omlet.vim.new 2012-01-19 09:22:27.388449492 +0100 @@ -49,7 +49,12 @@ \%Eocamlyacc:\ e\ -\ line\ %l\ of\ \%f\\\,\ %m, \%Wocamlyacc:\ w\ -\ %m, \%-Zmake%.%#, - \%C%m + \%C%m, + \%D%*\\a[%*\\d]:\ Entering\ directory\ `%f', + \%X%*\\a[%*\\d]:\ Leaving\ directory\ `%f', + \%D%*\\a:\ Entering\ directory\ `%f', + \%X%*\\a:\ Leaving\ directory\ `%f', + \%DMaking\ %*\\a\ in\ %f Add mappings, unless the user didn't want this. if !exists(no_plugin_maps) !exists(no_ocaml_maps) signature.asc Description: PGP signature
Bug#629053: KDE4 profile: media icons not appearing
[Mike Gabriel] With a default KDE4 profile from Debian Edu I observed that media icons (USB, CDROM, ...) do not appear on the desktop or similar. What is the default expectable behaviour here. With DebianEdu's GNOME, media icons appear on the desktop. I guess, such a mechanism is really helpful to people that are still pre-conditioned for the expectation of finding drive letters on computers ;-) The default behaviour in KDE 4 seem to only provide a panel icon to get a list of all removable media, and this seem to work just fine now with our squeeze and squeeze-test images. Is this still a problem for you? On thin clients, a notification is given when plugging in removable media, and that is the best we have been able to do so far with LTSP. Ideas for how to improve this is most welcome. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631504: Push the solution forward
On 01/19/2012 10:13 AM, Brian Hansen wrote: Why hasn't this been pushed forward to Squeeze? because it would first need to be fixed in sid, for starters, and as pointed out, the proposed 'solution' is not an acceptable solution. It's really annoying! patches welcome. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655301: [Pkg-xen-devel] Bug#655301: Bug#655301: Bug#655301: Bug#655301: xcp-xapi fails to start
Thank you. Documenting it would be good for now. sent fr0m a $martphone, excuse typ0s On Jan 19, 2012 2:28 PM, Mike McClurg mike.mccl...@gmail.com wrote: On Thu, Jan 19, 2012 at 7:47 AM, Ritesh Raj Sarraf r...@debian.org wrote: On Wed, Jan 18, 2012 at 3:00 AM, Thomas Goirand z...@debian.org wrote: On 01/17/2012 02:47 PM, Ritesh Raj Sarraf wrote: But the problem is, xcp-xapi wants to have xend disabled. [ ... ] So I disabled the xend init file and then ran into this problem. No wonder why then! Nobody ever wrote/said that you should do that. The xend init.d script does a lot more than just starting xend. It also: - modprobe the xenfs and xen-evtchn kernel modules - mounts /proc/xen as xenfs - Starts xenconsoled - Starts xenstored If the above isn't done, then there's no way that XCP, or even Xen, will ever work! The only thing that should be disabled is starting xend, all the rest should stay. What do you mean by disable starting xend ? We'd like that the xend init script continue to start the other services that xpi-xapi relies on, but only actually start the xend daemon iff TOOLSTACK=xm. This way we don't have to worry about renaming or splitting init scripts. For now, just calling the xend stop in the xapi init script should fix the problem. Agreed, but as was pointed out to me by Ian Campbell, that's a bit of a hack, since one service shouldn't be allowed to just shut another one down. I was in favour of making this change to xcp-xapi.init temporarily, until the xend init script is modified to only selectively start xend, but I think now that we should instead ask users to work around this issue until we sort out the xend script. The simplest work-around is to ask the user to add the line 'service xend stop' to the user's xcp-xapi.init script. Thomas, I believe that you submitted a patch to xend.init to check TOOLSTACK=xm. Do you know the status of this patch? Mike
Bug#652146: hwinfo: diff for NMU version 16.0-2.2
On Wed, 18 Jan 2012, Christoph Biedl wrote: Steffen Winterfeldt wrote... Thanks! But shouldn't it be 'mov %%rbx,%%rdi' etc, then? Hm, why? cpuid affects only the lower 32 Bits. Using %rbx instead shouldn't do harm, though. No, the result is zero-extended to 64 bits in 64bit-mode. Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656247: phpmyadmin: Local File Inclusion via XXE-injection (CVE-2011-4107)
fixed 656247 4:3.4.7.1-1 thanks On Tue, January 17, 2012 20:11, Henri Salo wrote: Package: phpmyadmin Version: 4:3.3.7-6 Severity: normal Vulnerability in phpmyadmin in squeeze has been exploited wildly in public. Spion from #debian-security asked this to be handled quickly. I will provide an update to stable later today. Marking bug has fixed for wheezy/sid. Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651527: Farther experience w/ the tool related to the bug.
Good time of the day. Farther experience w/ the tool revealed: 1. its bad disc usage - thus, having yet 152 MiB ahead the tool stops splitting w/ the above error, 2. after which, immediately, it frees some ~400 MiB on the disc thus ending up w/ ~550 MiB of free space - that's why my previous bug reports - on a lot of free space at the time of error. - It is not the case at the very moment of the error. The fiel being splitted was of 1.3 GiB size. Then, I have freed more than 600 MiB and retried the splitting, now it exited w/ the error leaving 460 MiB at the very moment of error, and freeing the space then was noticed up to 830 MiB. Well. Seems buggy to me or need disc usage optimization at least. Thanks for Your time/work. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655301: [Pkg-xen-devel] Bug#655301: Bug#655301: Bug#655301: Bug#655301: xcp-xapi fails to start
On Thu, Jan 19, 2012 at 9:44 AM, Ritesh Raj Sarraf r...@debian.org wrote: Thank you. Documenting it would be good for now. Agreed. We can mention this on the How-to wiki page. Should this also go in the README.Debian? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656428: libghc-hsql-doc: fails to upgrade from squeeze - trying to overwrite ...
Package: libghc-hsql-doc Version: 1.8.1-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from squeeze. It installed fine in squeeze, then the upgrade to wheezy fails because it tries to overwrite other packages files without declaring a replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package libghc-hsql-doc. Unpacking libghc-hsql-doc (from .../libghc-hsql-doc_1.8.1-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/libghc-hsql-doc_1.8.1-1_all.deb (--unpack): trying to overwrite '/usr/share/doc/haskell-hsql-doc/html/src/hscolour.css', which is also in package libghc6-hsql-doc 1.7.1-4 cheers, Andreas haskell-hsql-mysql-doc_1:6.log.gz Description: GNU Zip compressed data
Bug#656429: [xserver-xorg] Ctrl+Alt+* (multiply) kills running screensaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: xserver-xorg Version: 1:7.6+10 Severity: critical Tags: security X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org - --- Please enter the report below this line. --- When you have any screensaver running (like Xscreensaver) and hit Ctrl+Alt+*, the screensaver is killed. See http://article.gmane.org/gmane.comp.security.oss.general/6725 - --- System information. --- Architecture: amd64 Kernel: Linux 3.1.0-1-amd64 Debian Release: wheezy/sid 500 unstableftp.de.debian.org 500 testing security.debian.org 500 testing http.us.debian.org 500 testing ftp.de.debian.org - --- Package information. --- Depends(Version) | Installed -+- xserver-xorg-core(= 2:1.11) | 2:1.11.3.901-1 xserver-xorg-video-all | 1:7.6+10 OR xorg-driver-video| xserver-xorg-input-all | 1:7.6+10 OR xorg-driver-input| xserver-xorg-input-evdev | 1:2.6.0-2+b2 libc6 (= 2.7) | 2.13-24 xkb-data(= 1.4) | 2.3-2 x11-xkb-utils| 7.6+4 Recommends (Version) | Installed ==-+-=== libgl1-mesa-dri| 7.11.2-1 Package's Suggests field is empty. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPF+1oAAoJEJYpjrA42x19R30H/RJI2L/iZ9T5Kv/pNYol4WkP YdMJTUoZ0lG08IHVuqB+sT+oTaJx1vc3Jo1aiXuMTfBOVRgiekyiX0HJoxGgAZaA 40owNeWtKAjCIEyZ1HV6aZ3H7f9sXofWMPmnVWFiWsNq2VIl1GpgWfV+/r8PkUHa KFA178OFMhsF85AtWjbg68kFn+nW8WUystpgl3I5P+WsXU2K3SjdInIeoXiVvI4i gDkgcWoX0j5o7tQb/h8WzDjT/8fJzRKMcMUjTgt84t9GmhI+BwIHduffwmpn+HcV CBC3LnWNnqOSbst3vv3Z6gAe04/FAMDP0R5wwKyFou+ijErK/z+j82vRXw81xic= =T582 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656430: libghc-hsql-mysql-doc: fails to upgrade from squeeze - trying to overwrite ...
Package: libghc-hsql-mysql-doc Version: 1.8.1-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from squeeze. It installed fine in squeeze, then the upgrade to wheezy fails because it tries to overwrite other packages files without declaring a replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Unpacking libghc-hsql-mysql-doc (from .../libghc-hsql-mysql-doc_1.8.1-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/libghc-hsql-mysql-doc_1.8.1-1_all.deb (--unpack): trying to overwrite '/usr/share/doc/haskell-hsql-mysql-doc/html/src/Database-HSQL-MySQL.html', which is also in package libghc6-hsql-mysql-doc 1.7.1-6 cheers, Andreas haskell-hsql-doc_1:6.log.gz Description: GNU Zip compressed data
Bug#644315: this needs more thought
On Thu, Jan 19, 2012 at 12:22:42PM +0800, Rolf Leggewie wrote: thank you for your comment and patch. I'm not really convinced your approach is the proper one, either. You mention yourself that the whole probing for udev shouldn't really be necessary, that's why I titled my previous mail this needs more thought, to have a chance to understand what the previous maintainer was actually trying to achieve. My quick inspection last time told me that both your and Peter's patch are overly simplistic and that the package should rather move forward with a heavily simplified version of this and other scripts. Have a look at the changelog and git for the work I've been doing to make that happen. Sure. If you want to fix this in a better way, that would be great. My patch is simply a quick way to make it work with both the new and old udev locations using the existing logic. If you want to use this now and switch to a cleaner solution later, or use a cleaner version now if available, that's your choice. I find your comment While this might be the case, it's not really applicable to the version of the package which is uploaded to Debian. pretty brash. I'm sorry, but I am the maintainer, uploading a package that I cannot recompile for my own systems makes my life harder, is not acceptable and not in Debian's interest and so it will not go in. Period. EOD. I understand your patch should not break lucid, so why the need for that comment anyhow? Apologies if the comment sounded the wrong way. I was merely a little concerned that what works on an Ubuntu release /over three years old/ is affecting current development work in Debian. The considerations for the /run transition in specific and unstable in general in Debian are to permit upgrades from squeeze to wheezy. So long as that works, that's great. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656431: libghc-edison-core-doc: fails to upgrade from squeeze - trying to overwrite ...
Package: libghc-edison-core-doc Version: 1.2.1.3-6 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from squeeze. It installed fine in squeeze, then the upgrade to wheezy fails because it tries to overwrite other packages files without declaring a replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package libghc-edison-core-doc. Unpacking libghc-edison-core-doc (from .../libghc-edison-core-doc_1.2.1.3-6_all.deb) ... dpkg: error processing /var/cache/apt/archives/libghc-edison-core-doc_1.2.1.3-6_all.deb (--unpack): trying to overwrite '/usr/share/doc/haskell-edison-core-doc/html/Data-Edison-Seq-SimpleQueue.html', which is also in package libghc6-edison-core-doc 1.2.1.3-5 cheers, Andreas haskell-edison-core-doc_1:6.log.gz Description: GNU Zip compressed data
Bug#656388: tucan
CVE-2012-0063 is assigned to this case. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656432: java ClassNotFoundException
Package: osmosis Version: 0.40.1+ds1 When I run, $ osmosis --version I get, java.lang.ClassNotFoundException: org.openstreetmap.osmosis.core.Osmosis at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:53) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:208) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:202) at org.codehaus.plexus.classworlds.launcher.Launcher.getMainClass(Launcher.java:144) at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:266) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:408) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:351) at org.codehaus.classworlds.Launcher.main(Launcher.java:31) If I run with no arguments I get the standard help page. I'm not sure how else I can help debug this issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653073: bug#10363: /etc/mtab - /proc/mounts symlink affects df(1) output for
Paul Eggert egg...@cs.ucla.edu writes: On 01/18/12 06:25, Goswin von Brederlow wrote: What df should do is automatically skip the entries that are obscured or generally inaccessible. Isn't this missing some of the larger context? df is just doing what lots of other programs do: finding out what file systems one has, and reporting statistics on them. It sounds suboptimal to require the maintainers of all these programs (coreutils, nautilus, etc.) to rewrite their apps to deal with obscured entries. Surely it would be better to have the kernel ordinarily return just the ordinary entries, and to return obscured entries only when they are specially requested. That way, this issue would be isolated to the few bits of code that really want to see obscured entries. +1. Kernel knows best anyway. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653073: bug#10363: /etc/mtab - /proc/mounts symlink affects df(1) output for
Jon Dowland j...@debian.org writes: On Wed, Jan 18, 2012 at 03:25:05PM +0100, Goswin von Brederlow wrote: What df should do is automatically skip the entries that are obscured or generally inaccessible I disagree. It's quite conceivable for a user to accidentally mount two things over the same VFS path. When they do, they may rely on df(1)'s output to help them untangle the mess. If one of the two mounts is hidden, they may not be able to fathom what they did: worse, they might tug a disk with a mounted filesystem by accident, being unable to determine that it was mounted. -- Jon Dowland skip could also mean show -- instead of bogus numbers for the obscured filesystems. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656376: libpackagekit-glib2-14: makes gnome-settings-daemon crash
Package: libpackagekit-glib2-14 Version: 0.7.2-1 Followup-For: Bug #656376 Hi there, I can confirm the same behaviour on all my sid boxes (either i386 or amd64). Here is the full backtrace with debug symbols enabled. Let me know if you require more info/testing. Cheers LeTic -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpackagekit-glib2-14 depends on: ii libarchive1 2.8.5-5 ii libc6 2.13-24 ii libglib2.0-0 2.30.2-5 ii libsqlite3-0 3.7.9-3 libpackagekit-glib2-14 recommends no packages. libpackagekit-glib2-14 suggests no packages. -- no debconf information (gdb) run Starting program: /usr/bin/gnome-settings-daemon [Thread debugging using libthread_db enabled] [New Thread 0x71482700 (LWP 25703)] [New Thread 0x70c81700 (LWP 25704)] [New Thread 0x7fffebde7700 (LWP 25705)] [New Thread 0x7fffeb1cf700 (LWP 25706)] [Thread 0x71482700 (LWP 25703) exited] (gnome-settings-daemon:25700): GLib-CRITICAL **: g_variant_new_string: assertion `string != NULL' failed (gnome-settings-daemon:25700): GLib-CRITICAL **: g_variant_new_string: assertion `string != NULL' failed (gnome-settings-daemon:25700): GLib-CRITICAL **: g_variant_new_string: assertion `string != NULL' failed (gnome-settings-daemon:25700): GLib-CRITICAL **: g_variant_new_string: assertion `string != NULL' failed (gnome-settings-daemon:25700): GLib-CRITICAL **: g_variant_new_string: assertion `string != NULL' failed (gnome-settings-daemon:25700): GLib-CRITICAL **: g_variant_new_string: assertion `string != NULL' failed Program received signal SIGSEGV, Segmentation fault. pk_control_proxy_connect (state=optimized out) at pk-control.c:380 380 for (i = 0; props[i] != NULL; i++) { (gdb) bt #0 pk_control_proxy_connect (state=optimized out) at pk-control.c:380 #1 0x7fffd714aec4 in pk_control_get_properties_cb (source_object=optimized out, res=optimized out, user_data=0x7fffec002820) at pk-control.c:2204 #2 0x7708cd97 in g_simple_async_result_complete (simple=0x7fffec029c00) at /tmp/buildd/glib2.0-2.30.2/./gio/gsimpleasyncresult.c:749 #3 0x7708cea9 in complete_in_idle_cb (data=optimized out) at /tmp/buildd/glib2.0-2.30.2/./gio/gsimpleasyncresult.c:761 #4 0x767190cf in g_main_dispatch (context=0x65c4a0) at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:2442 #5 g_main_context_dispatch (context=0x65c4a0) at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:2998 #6 0x767198c8 in g_main_context_iterate (context=0x65c4a0, block=optimized out, dispatch=1, self=optimized out) at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:3076 #7 0x76719e02 in g_main_loop_run (loop=0x7a19a0) at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:3284 #8 0x778e2fdd in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #9 0x00404e00 in main (argc=1, argv=0x7fffe378) at main.c:459 (gdb) bt full #0 pk_control_proxy_connect (state=optimized out) at pk-control.c:380 props = 0x0 i = optimized out value_tmp = optimized out #1 0x7fffd714aec4 in pk_control_get_properties_cb (source_object=optimized out, res=optimized out, user_data=0x7fffec002820) at pk-control.c:2204 error = 0x0 state = 0x7fffec002820 #2 0x7708cd97 in g_simple_async_result_complete (simple=0x7fffec029c00) at /tmp/buildd/glib2.0-2.30.2/./gio/gsimpleasyncresult.c:749 current_source = 0x0 current_context = 0x0 __PRETTY_FUNCTION__ = g_simple_async_result_complete #3 0x7708cea9 in complete_in_idle_cb (data=optimized out) at /tmp/buildd/glib2.0-2.30.2/./gio/gsimpleasyncresult.c:761 simple = optimized out #4 0x767190cf in g_main_dispatch (context=0x65c4a0) at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:2442 dispatch = 0x76715850 g_idle_dispatch was_in_call = 0 user_data = 0x7fffec029c00 callback = 0x7708cea0 complete_in_idle_cb cb_funcs = 0x769c81d0 cb_data = 0x7fffe4018dc0 current_source_link = {data = 0x7fffe4019030, next = 0x0} need_destroy = optimized out source = 0x7fffe4019030 current = 0x7fffec0063c0 i = optimized out #5 g_main_context_dispatch (context=0x65c4a0) at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:2998 No locals. #6 0x767198c8 in g_main_context_iterate (context=0x65c4a0, block=optimized out, dispatch=1, self=optimized out) at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:3076 max_priority = 0 timeout = 0 some_ready = 1 nfds = 9 allocated_nfds = optimized out fds = optimized out #7 0x76719e02 in g_main_loop_run (loop=0x7a19a0) at
Bug#655301: [Pkg-xen-devel] Bug#655301: Bug#655301: Bug#655301: Bug#655301: xcp-xapi fails to start
- Original message - On Wed, Jan 18, 2012 at 3:00 AM, Thomas Goirand z...@debian.org wrote: If the above isn't done, then there's no way that XCP, or even Xen, will ever work! The only thing that should be disabled is starting xend, all the rest should stay. What do you mean by disable starting xend ? I mean that /etc/init.d/xend shouldn't start /usr/sbin/xend. For now, just calling the xend stop in the xapi init script should fix the problem. Well, it shouldn't start in the first place! And it's not up to xcp-xapi to mess arround with daemon that doesn't bellong to it. Thomas (from my phone) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656433: linux-image-3.1.0-1-amd64: Thinkpad X220 fails to wake up after hibernate-ram with kernel 3.1.5
Package: linux-2.6 Version: 3.1.5-1 Severity: important Dear Maintainer, * What led up to the situation? I upgraded from linux-image-3.1.0-1-amd64__3.1.5-1_amd64 to linux- image-3.1.0-1-amd64_3.1.6-1_amd64 (tried linux- image-3.1.0-1-amd64_3.1.8-1_amd64 and self compiled 3.2.1 from kernel.org as well) * What exactly did you do (or not do) that was effective (or ineffective)? I suspended my system with hibernate-ram. Opening the notebook later did not return me to my session (as desired). Instead after ~1 second I see the power LED turning off and hear the harddrive spin down. ~1 further second later, all LED light up (like they do if I turn the system on), the harddrive spins up shortly until everything shuts down again. Seems like the system is in a loop of turning on and off again every 2 seconds. The only way I found to exit this loop was removing the power supply and the battery (power button did not help). After downgrading to 3.1.5 the system wakes up as it should. -- Package-specific info: ** Version: Linux version 3.1.0-1-amd64 (Debian 3.1.5-1) (b...@decadent.org.uk) (gcc version 4.6.2 (Debian 4.6.2-7) ) #1 SMP Sun Dec 11 20:36:41 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.1.0-1-amd64 root=UUID=ebc375e1-477a-47ad-9cf9-eac4af133429 ro quiet ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [4.269061] Registered led device: tpacpi::thinklight [4.269107] Registered led device: tpacpi::power [4.269130] Registered led device: tpacpi::standby [4.269155] Registered led device: tpacpi::thinkvantage [4.269251] thinkpad_acpi: Standard ACPI backlight interface available, not loading native one [4.269340] thinkpad_acpi: Console audio control enabled, mode: monitor (read only) [4.270665] input: ThinkPad Extra Buttons as /devices/platform/thinkpad_acpi/input/input6 [4.292429] iwlagn :03:00.0: loaded firmware version 17.168.5.3 build 42301 [4.292932] Registered led device: phy0-led [4.302262] Linux media interface: v0.10 [4.303959] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [4.305015] Linux video capture interface: v2.00 [4.306773] uvcvideo: Found UVC 1.00 device Integrated Camera (04f2:b217) [4.308460] input: Integrated Camera as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.6/1-1.6:1.0/input/input7 [4.308589] usbcore: registered new interface driver uvcvideo [4.308592] USB Video Class driver (1.1.1) [5.067992] Synaptics Touchpad, model: 1, fw: 8.0, id: 0x1e2b1, caps: 0xd001a3/0x940300/0x120c00 [5.067999] serio: Synaptics pass-through port at isa0060/serio1/input0 [5.118033] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input8 [5.297619] fbcon: inteldrmfb (fb0) is primary device [5.645907] Console: switching to colour frame buffer device 160x48 [5.648884] fb0: inteldrmfb frame buffer device [5.648885] drm: registered panic notifier [5.651366] acpi device:01: registered as cooling_device4 [5.651494] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input9 [5.651557] ACPI: Video Device [VID] (multi-head: yes rom: no post: no) [5.651626] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [5.651674] snd_hda_intel :00:1b.0: PCI INT A - GSI 22 (level, low) - IRQ 22 [5.651732] snd_hda_intel :00:1b.0: irq 46 for MSI/MSI-X [5.651762] snd_hda_intel :00:1b.0: setting latency timer to 64 [6.189378] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input10 [6.192024] HDMI status: Codec=3 Pin=5 Presence_Detect=0 ELD_Valid=0 [6.192359] HDMI status: Codec=3 Pin=6 Presence_Detect=0 ELD_Valid=0 [6.192693] HDMI status: Codec=3 Pin=7 Presence_Detect=0 ELD_Valid=0 [6.195093] input: HDA Intel PCH HDMI/DP as /devices/pci:00/:00:1b.0/sound/card0/input11 [6.195158] input: HDA Intel PCH HDMI/DP as /devices/pci:00/:00:1b.0/sound/card0/input12 [6.195217] input: HDA Intel PCH HDMI/DP as /devices/pci:00/:00:1b.0/sound/card0/input13 [6.413647] EXT4-fs (sdb1): re-mounted. Opts: (null) [6.652564] EXT4-fs (sdb1): re-mounted. Opts: errors=remount-ro [6.669736] loop: module loaded [8.007313] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null) [8.069386] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) [8.157080] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null) [8.838604] RPC: Registered named UNIX socket transport module. [8.838606] RPC: Registered udp transport module. [8.838608] RPC: Registered tcp transport module. [8.838609] RPC: Registered tcp NFSv4.1 backchannel transport module. [8.845684] FS-Cache: Loaded [8.856781] FS-Cache: Netfs 'nfs' registered for caching [8.862096] Installing knfsd (copyright (C) 1996
Bug#620786: please remove udev-related code from postinst
tags 620786 + patch On Mon, Apr 04, 2011 at 04:29:28AM +0200, Marco d'Itri wrote: Nowadays alsa-base depends on udev, so the code which tries to create the device nodes in postinst should be removed (also because many of the tests are wrong and obsolete). The /etc/apm/* stuff has to go as well, APM has been obsolete for years. Patch attached for the /run transition. This checks for /run/udev in addition to /dev/.udev and /dev/.udevdb. Note that this does not address Marco's bug above, that the obsolete stuff needs to be removed. It just makes it not-broken on current systems. Note that the existing udev checks were /already/ broken because you never checked for /dev/.udev. There has been no response to this for over nine months. It's been broken for that long since /run was introduced. Please could you apply the attached patch to make it work again, and also look at removing the logic entirely. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. diff -urN alsa-driver-1.0.23+dfsg.orig/debian/alsa-base.postinst alsa-driver-1.0.23+dfsg/debian/alsa-base.postinst --- alsa-driver-1.0.23+dfsg.orig/debian/alsa-base.postinst 2012-01-19 10:20:17.024064610 + +++ alsa-driver-1.0.23+dfsg/debian/alsa-base.postinst 2012-01-19 10:25:56.613352939 + @@ -12,7 +12,7 @@ udev_is_active() { - test -e /dev/.udev.tdb || test -d /dev/.udevdb || return 1 + test -d /run/udev || test -d /dev/.udev || test -d /dev/.udevdb || return 1 return 0 }
Bug#656434: Openssh compiled with heimdal as kerberos library
Package: openssh-client severity: wishlist I would love to be able to use GSSAPIClientIdentity to switch between diffrent gss identities in my KRB5CC. If openssh with Simon Wilkinson's GSS-patches ( who debian already uses ) is compiled against heimdal it works. I sugest creating separate packages for MIT-krb5 version and heimdal version of openssh, something like how libpam-krb5 vs. libpam-heimdal is handled. -- Anton Lundin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655301: [Pkg-xen-devel] Bug#655301: Bug#655301: Bug#655301: Bug#655301: xcp-xapi fails to start
- Original message - On Thu, Jan 19, 2012 at 9:44 AM, Ritesh Raj Sarraf r...@debian.org wrote: Thank you. Documenting it would be good for now. Agreed. We can mention this on the How-to wiki page. Should this also go in the README.Debian? Mike Nop, we shall wait until Bastian uploads a new version of xen-utils-common, that's it! I don't know the status since Bastian didn't reply. He tends to communicate less that he does, which I have been annoying him about, so now I just shut up and wait silently until an upload... :) By the way, it'd be great if Xen was soon moving to Git for it's packaging: I hate SVN. I guess it's on Bastian's todo, but we could help for this move if he just accepted. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644312: fusioninventory-agent: /run transition: Please update use of /dev/.udev
On Tue, Oct 04, 2011 at 11:48:06PM +0200, bi...@debian.org wrote: During an automated test your package fusioninventory-agent was flagged to reference files/directories matching /dev/.udev A log of this test can be found at [2]. In most cases checking for /dev/.udev is used to determine if udev is active. This check no longer works with udev using /run/udev now. I've attached a patch which uses /run/udev, falling back to /dev/.udev if present. However, note that there's a fundamental flaw in your program: foreach my $file (glob (/dev/.udev/db/*)) % ls /run/udev control data links queue.bin rules.d tags watch There is no db directory with the current version of udev, hence the function getDevicesFromUdev will always fail given that the glob will always fail. This is something that needs additional work. As the original bug report stated, using udev internals directly is a bad plan, given that they have now changed. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653527: libogre-1.7.3: includes files that don't change their name when the ABI changes (policy 8.2)
Hello, 2011/12/30 Paul Wise p...@debian.org: I suggest that you contact upstream to find out why they do not use versioned names for the plugin-related files. They plan to do that but in the long run along with other changes, probably it won't happen in the upcoming 1.8 series (which were planned to be released by now). I uploaded 1.7.3-5 yesterday with more changes regarding this: http://packages.debian.org/sid/amd64/libogre-1.7.3/filelist Plugins (for amd64) are now in: /usr/lib/x86_64-linux-gnu/OGRE-1.7.3/ I don't know if this is going to make users of the library very happy (for development or for games providing plugins.cfg with a fixed path), or they'll refrain from using Debian packages and install their own version. For our packages that will depend on OGRE it doesn't make any difference, but maybe the packagers have to do some extra work modifying the plugins.cfg provided from upstream. Your solution sounds fine, I'm not sure if it will work for these: libogre-1.7.3: /usr/bin/update-ogre-plugins libogre-1.7.3: /usr/share/man/man1/update-ogre-plugins.1.gz This is not fixed yet, but I am unconvinced about the utility of such script and if it was for me I would remove it altogether, as I did with other ad-hoc script in the package which was not even shipped. I will probably do that in 1.8. The whole point of a plugin is that your application doesn't have to use all of the features provided by software, and plugins are optional features. So IMO it doesn't make sense to provide such file so packagers of other Debian software point to it and load all of the plugins (even if they don't cause runtime overhead, which hopefully they will not). It's up to the applications to decide what they use. Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656433: [3.1.5 - 3.1.6 regression] Thinkpad X220 fails to wake up after hibernate-ram
Hi, Paul Seyfert wrote: I suspended my system with hibernate-ram. Opening the notebook later did not return me to my session (as desired). Instead after ~1 second I see the power LED turning off and hear the harddrive spin down. ~1 further second later, all LED light up (like they do if I turn the system on), the harddrive spins up shortly until everything shuts down again. Seems like the system is in a loop of turning on and off again every 2 seconds. The only way I found to exit this loop was removing the power supply and the battery (power button did not help). After downgrading to 3.1.5 the system wakes up as it should. Can you bisect? It works like this: 0. Install relevant tools: apt-get install git build-essential 1. Grab the stable kernel. git clone -o stable \ git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git \ linux If you already have a clone of Linus's tree, just add the relevant branches to it instead. cd linux git remote add -f stable \ git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git 2. Make sure you can reproduce the bug with v3.1.6. git checkout v3.1.6 cp /boot/config-$(uname -r) .config; # current configuration make localmodconfig; # optional, minimize configuration make deb-pkg; # add -jnum to speed up by using multiple CPUs dpkg -i ../name of package; reboot; test test test 3. Make sure you can reproduce the lack of bug with v3.1.5. git checkout v3.1.5 make silentoldconfig; # reuse configuration make deb-pkg; # optionally with -jnum dpkg -i ../name of package; reboot; test test test 4. If v3.1.6 reproduced the problem and v3.1.5 did not, record that: git bisect start git bisect good v3.1.5 git bisect bad v3.1.6 Git checks out a revision halfway between to test. make silentoldconfig; # reuse configuration make deb-pkg dpkg -i ../name of package; reboot; test test test cd ~/src/linux git bisect bad; # if it reproduces the problem git bisect good; # if suspend-to-ram works fine git bisect skip; # if some other problem makes it hard to test 5. Git checks out a revision halfway between to test. Rinse and repeat until it finds the first bad commit or until bored. At any step you can run git bisect visualize if the gitk package is installed to see the regression range narrowing. Even a few rounds can be very helpful in narrowing down which patch introduced the bug; one way to report partial results is to send git bisect log output. I'd also be interested in full dmesg output from booting an affected kernel and booting and suspending an unaffected one. By the way, is this reproducible without the virtualbox driver? Thanks for reporting. Sincerely, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648056: Acknowledgement (Openldap fails to use existing cipher TLS_RSA_3DES_EDE_CBC_SHA1)
Still nothing ? Nobody's care about support of TLS_RSA_3DES_EDE_CBC_SHA1 in openldap/gnutls environment ? Regards, Le 18 nov. 2011 à 08:41, Christophe Ségui a écrit : Hi, any update on this ? Regards, Le 8 nov. 2011 à 18:27, Debian Bug Tracking System a écrit : Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian OpenLDAP Maintainers pkg-openldap-de...@lists.alioth.debian.org If you wish to submit further information on this problem, please send it to 648...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 648056: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648056 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ Christophe Ségui Responsable de Service Service Informatique Institut de Mathématiques de Toulouse - UMR 5219 Université de Toulouse, CNRS UNIVERSITE PAUL SABATIER BAT 1R3 bur 221 118 Route de Narbonne 31062 Toulouse Cedex 9 tel : 05.61.55.63.78 fax :05.61.55.75.99 ___ Economisez de l'énergie, du papier et de l'encre, n'imprimez ce message que si nécessaire. Pour en savoir plus consultez www.ecoinfo.cnrs.fr ___ Christophe Ségui Responsable de Service Service Informatique Institut de Mathématiques de Toulouse - UMR 5219 Université de Toulouse, CNRS UNIVERSITE PAUL SABATIER BAT 1R3 bur 221 118 Route de Narbonne 31062 Toulouse Cedex 9 tel : 05.61.55.63.78fax :05.61.55.75.99 ___ Economisez de l'énergie, du papier et de l'encre, n'imprimez ce message que si nécessaire. Pour en savoir plus consultez www.ecoinfo.cnrs.fr smime.p7s Description: S/MIME cryptographic signature
Bug#656435: pango modules not regenerated after multiarch migration
Package: libpango1.0-0 Version: 1.29.4-2 Severity: important Upgrade from non-multiarch version leads to unreadable fonts in most of the applications. Calling pango-querymodules /etc/pango/pango.modules on upgrade would be sufficient to eliminate the problem. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-rc4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpango1.0-0 depends on: ii fontconfig 2.8.0-3 ii libc6 2.13-7 ii libcairo2 1.10.2-2 ii libfontconfig1 2.8.0-2.1 ii libfreetype6 2.4.2-2.1 ii libglib2.0-0 2.30.2-4 ii libthai0 0.1.14-1 ii libx11-6 2:1.3.3-3 ii libxft22.2.0-2 ii libxrender11:0.9.4-2 ii multiarch-support 2.13-21 Versions of packages libpango1.0-0 recommends: ii x-ttcidfont-conf 32 Versions of packages libpango1.0-0 suggests: pn ttf-arphic-bkai00mp none pn ttf-arphic-bsmi00lp none pn ttf-arphic-gbsn00lp none pn ttf-arphic-gkai00mp none pn ttf-baekmuk none -- 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#656429: [xserver-xorg] Ctrl+Alt+* (multiply) kills running screensaver
forcemerge 656410 656429 thanks Felicitus felici...@felicitus.org (19/01/2012): When you have any screensaver running (like Xscreensaver) and hit Ctrl+Alt+*, the screensaver is killed. See http://article.gmane.org/gmane.comp.security.oss.general/6725 Thanks, but already fixed, see above-mentioned bug. Mraw, KiBi. signature.asc Description: Digital signature
Bug#656432: java ClassNotFoundException
notfound 656432 0.40.1+ds1 found 656432 0.40.1+ds1-1 found 656432 0.40.1+ds1-2 thanks Hello Andrew, On Thu, 19 Jan 2012 21:27:24 +1100, Andrew Harvey wrote: [..] I get, java.lang.ClassNotFoundException: org.openstreetmap.osmosis.core.Osmosis [..] Could you please check whether adding: load /usr/share/osmosis/osmosis-core.jar at the end of /etc/osmosis/plexus.conf fixes this for you? It would be nice if you could also test different osmosis commands :) Thank you, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#610933: libvdeplug3 declares a conflict with libvdeplug2
Ludovico Gardenghi wrote: * Add patch for fixing wrong SONAME for libraries. -version-number had been used instead of version-info, this gave incorrect SONAMEs and broke compatibility between this version and the previous ones (althought there is no actual ABI incompatibility). Thanks, Ludovico! This is great. Some tiny questions from looking over the diff: * If this header file is used to generate binaries meant to be used on other * distributions, it could be safe to redefine LIBVDEPLUG_DLOPEN_FILENAME with * the unversioned name. Do the various distros not agree on a soname for libvdeplug? # There is a copyright file for each package, so the debian/copyright file is # not needed. I think ftpmasters tend to rely on debian/copyright documenting the copyright of the source package. Happy, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656248: HP LaserJet Professional P1102 not properly switched anymore (regression)
Odyx et al., upstream version 1.2.2 is available. Only changes against 1.2.1 are the bug fix for #656248 and a more detailed log output in case of target parameter mismatch. Cheers, Josh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656376: libpackagekit-glib2-14: makes gnome-settings-daemon crash
Hi! Thanks for this backtrace! Unforzunately, I cannot reproduce this issue on my system, so I wasn't able to test the patch, which should solve this bug. There will be a new revision of PackageKit in the archives soon, it would be great if you could give feedback on this fix! Cheers, Matthias 2012/1/19 Anthony Callegaro cally...@free.fr: Package: libpackagekit-glib2-14 Version: 0.7.2-1 Followup-For: Bug #656376 Hi there, I can confirm the same behaviour on all my sid boxes (either i386 or amd64). Here is the full backtrace with debug symbols enabled. Let me know if you require more info/testing. Cheers LeTic -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpackagekit-glib2-14 depends on: ii libarchive1 2.8.5-5 ii libc6 2.13-24 ii libglib2.0-0 2.30.2-5 ii libsqlite3-0 3.7.9-3 libpackagekit-glib2-14 recommends no packages. libpackagekit-glib2-14 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#656359: [Pkg-fonts-bugs] Bug#656359: [Pkg-fonts-devel] Bug#656359: Segfault when pressing modifier/arrow keys if more than 4 points are selected
I use FontForge extensively I never encountered this, and generally it is less crashy than it used to be. May be it is 64bit specific bug? Regards, Khaled On Thu, Jan 19, 2012 at 05:20:57PM +0800, john knightley wrote: Dear Khaled the segmentation fault is somewhat erratic for example moving around the letter g does not crash but moving say a character at uf8000 does - in some cases starting a new font, making it full unicode going to a higher point and simply pressing element is sufficient to crash. Even if somewhat difficult to describe there is indeed a serious problem here. I have one machine running ubuntu 9.10 which I have been doing all my fontforge work on because when I update to ubuntu 10.4 I noticed this bug, which has remained though I have updated to 10.10 . Over the past week I have been preparing to do a fontforge training session in Feb and I myself thought that install rather than updating to Maverick solved the problem because I only tested 'g' . Regards John On Thu, Jan 19, 2012 at 3:21 PM, Khaled Hosny khaledho...@eglug.org wrote: On Thu, Jan 19, 2012 at 01:35:26AM -0500, Daniel Kahn Gillmor wrote: Hi fontforge folks-- over on Debian, we've just gotten http://bugs.debian.org/656359, which appears to contain a reproducible segfault. Some folks have suggested that it may be due to more recent versions of dependent libraries, but i haven't been able to track it down in more detail, i'm afraid. From Theppitak's original report, a recipe to produce the crash: Steps to reproduce: - Start fontforge and create a new font. - Randomly choose a first glyph to edit. - Draw splines with at least 5 points. - Select up to 4 points and press a modifier or arrow key. It won't crash. - Select at least 5 points and press a modifier or arrow key. It will always crash. Any suggestions? I can't reproduce this with fontforge built from git master running under Ubuntu 10.04. Regards, Khaled -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk8XxIQACgkQRoqITGOuyPK1ZQCcCbpBJVv/rWPqjv2Nt2WucSTo +z8AnjaCxF1rgN9XERdIUtuhNgPzxdWq =DfU6 -END PGP SIGNATURE- ___ Pkg-fonts-bugs mailing list pkg-fonts-b...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fonts-bugs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656416: vim segfaults when connecting to X server
On Thu, Jan 19, 2012 at 02:05:23PM +0900, Norbert Preining wrote: Since today, I don't know exactely since when, vim stopped working and segfaults when connecting to the X server. Actually when it started I was editing another file in vim. I am speaking about the *terminal* version of vim, but this also connects to the X servr. The binary in the vim package doesn't connect to X. $(readlink -f /usr/bin/vim) will tell you which binary (and therefore which package) it actually was. Once you know the package, if you have debian-goodies installed, could you run which-pkg-broke vim-XXX? It sounds like this may be related to a recent upgrade you performed. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org signature.asc Description: Digital signature
Bug#656435: pango modules not regenerated after multiarch migration
On 19.01.2012 11:57, Andrew O. Shadura wrote: Upgrade from non-multiarch version leads to unreadable fonts in most of the applications. Calling pango-querymodules /etc/pango/pango.modules on upgrade would be sufficient to eliminate the problem. $ ls /etc/pango/pango.modules ls: cannot access /etc/pango/pango.modules: No such file or directory Did you create pango.modules manually on your local system? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#656436: rdiff-backup: harmless option typo in bash-completion file
Package: rdiff-backup Version: 1.2.8-6+b1 Severity: minor Tags: patch There is a minor error in the provided bash-completion file within the rdiff-backup package remote-schema is given instead of a simple --remote-schema A straightforward patch is attached to this mail, I'm nearly ashamed to post such a minor bug report -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rdiff-backup depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii librsync1 0.9.7-7rsync remote-delta algorithm libra ii python2.7.2-9interactive high-level object-orie ii python-support1.0.14 automated rebuilding support for P Versions of packages rdiff-backup recommends: ii python-pylibacl 0.5.0-3+b1 module for manipulating POSIX.1e A ii python-pyxattr0.5.0-3+b1 module for manipulating filesystem rdiff-backup suggests no packages. -- no debconf information --- bash-completion.orig2012-01-19 12:10:49.0 +0100 +++ bash-completion 2012-01-19 12:11:15.0 +0100 @@ -38,7 +38,7 @@ |--no-compression-regexp|-r|--restore-as-of|--remote-schema| |--remove-older-than|--verify-at-time - # Availible long options + # Available long options longopts=--backup-mode --calculate-average --carbonfile --check-destination-dir \ --compare --compare-at-time --compare-full --compare-full-at-time \ --compare-hash --compare-hash-at-time --create-full-path --current-time \ @@ -53,12 +53,12 @@ --no-carbonfile --no-compare-inode --no-compression --no-compression-regexp --no-eas \ --no-file-statistics --no-hard-links --null-separator --parsable-output \ --override-chars-to-quote --preserve-numerical-ids --print-statistics --restore-as-of \ - remote-schema --remote-tempdir --remove-older-than --restrict \ + --remote-schema --remote-tempdir --remove-older-than --restrict \ --restrict-read-only --restrict-update-only --ssh-no-compression --tempdir \ --terminal-verbosity --test-server --user-mapping-file --verbosity --verify \ --verify-at-time --version - # Availible short options + # Available short options shortopts=-b -l -r -v -V options=${longopts} ${shortopts}
Bug#653073: bug#10363: /etc/mtab - /proc/mounts symlink affects df(1) output for
On Thu, 19 Jan 2012, Goswin von Brederlow wrote: Paul Eggert egg...@cs.ucla.edu writes: On 01/18/12 06:25, Goswin von Brederlow wrote: What df should do is automatically skip the entries that are obscured or generally inaccessible. Isn't this missing some of the larger context? df is just doing what lots of other programs do: finding out what file systems one has, and reporting statistics on them. It sounds suboptimal to require the maintainers of all these programs (coreutils, nautilus, etc.) to rewrite their apps to deal with obscured entries. Surely it would be better to have the kernel ordinarily return just the ordinary entries, and to return obscured entries only when they are specially requested. That way, this issue would be isolated to the few bits of code that really want to see obscured entries. +1. Kernel knows best anyway. The kernel has to return all entries that are visible to the current namespace, otherwise you pretty much cannot know about the existence of shadowed entries in the first place, and that has all sort of nasty implications for security and troubleshooting. The kernel should NOT include entries that are out of reach due to namespaces or chrooting, but I don't think this is quite correct right now. If you don't want to show to the user shadowed entries, fix it in the UI, maybe write a nice LGPL lib and get the various GNU utils to use it to avoid duplicated effort... or fix it in glibc, if applicable. But /proc/mounts really has to return complete information. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656437: rkhunter: lots of warnings while performing file properties checks, checking for prerequisites
Package: rkhunter Version: 1.3.8-10 Severity: important I get a lot of warnings while rkhunter performs file properties checks, checking for prerequisites. Specifically, i get warning for /usr/bin/find, /usr/bin/last, /usr/bin/ldd, /usr/bin/size, /usr/bin/strings, /usr/bin/unhide.rb, /sbin/init, /sbin/runlevel, /sbin/sulogin. /var/log/rkhunter.log reports that : /usr/bin/find [ Warning ] [13:09:17] Warning: The file properties have changed: [13:09:17] File: /usr/bin/find [13:09:17] Current hash: 419b277baef50758f915e88a7b60dd9057dc38d4 [13:09:17] Stored hash : 7fac9495c1b15611bcbb8b905c4406ba22f860f4 [13:09:17] Current inode: 8132278Stored inode: 8128061 [13:09:17] Current size: 233968Stored size: 226256 [13:09:18] Current file modification time: 1325844833 (06-Jan-2012 12:13:53) [13:09:18] Stored file modification time : 1288115624 (26-Oct-2010 20:53:44) /usr/bin/last [ Warning ] [13:09:18] Warning: The file properties have changed: [13:09:18] File: /usr/bin/last [13:09:18] Current hash: 5dc94de935705ef983a4569c9f369b479bd09d2b [13:09:18] Stored hash : 8bbd9656eb60477b680cc1bcd250db701b568d92 [13:09:18] Current inode: 8130182Stored inode: 8130056 [13:09:18] Current size: 18768Stored size: 16552 [13:09:18] Current file modification time: 1324595012 (23-Dec-2011 01:03:32) [13:09:18] Stored file modification time : 1320279377 (03-Nov-2011 02:16:17) /usr/bin/ldd[ Warning ] [13:09:18] Warning: The file properties have changed: [13:09:18] File: /usr/bin/ldd [13:09:18] Current hash: 26a19ad136c61c1af072bc579421d6573ddd252f [13:09:18] Stored hash : b807c97d787a9a448ad9526f64e595240fe9d837 [13:09:18] Current inode: 8141812Stored inode: 8127514 [13:09:18] Current file modification time: 1324751037 (24-Dec-2011 20:23:57) [13:09:18] Stored file modification time : 1315954995 (14-Sep-2011 02:03:15) /usr/bin/size [ Warning ] [13:09:20] Warning: The file properties have changed: [13:09:20] File: /usr/bin/size [13:09:20] Current hash: 16a949655addff660ac5500dba2762e21150310a [13:09:20] Stored hash : d124a90720f0c430a6e0e56ae54f848073bf3213 [13:09:20] Current inode: 8128242Stored inode: 8139936 [13:09:20] Current file modification time: 1323621960 (11-Dec-2011 18:46:00) [13:09:20] Stored file modification time : 1321892680 (21-Nov-2011 18:24:40) /usr/bin/strings[ Warning ] [13:09:20] Warning: The file properties have changed: [13:09:20] File: /usr/bin/strings [13:09:20] Current hash: 76734e0c241756ff18f06129ccb5e0f5e34cafe8 [13:09:20] Stored hash : 3cb7bd2e48233f5a4e234d6b565d7e8f508dc134 [13:09:20] Current inode: 8143620Stored inode: 8139945 [13:09:20] Current file modification time: 1323621960 (11-Dec-2011 18:46:00) [13:09:20] Stored file modification time : 1321892680 (21-Nov-2011 18:24:40) /usr/bin/unhide.rb [ Warning ] [13:09:22] Warning: The command '/usr/bin/unhide.rb' has been replaced by a script: /usr/bin/unhide.rb: Ruby script, ASCII text /sbin/init [ Warning ] [13:09:23] Warning: The file properties have changed: [13:09:23] File: /sbin/init [13:09:23] Current hash: 66ff80de227e1ad7098ced98ea9fe09745dd2a7a [13:09:23] Stored hash : 30e9e50895ea033627941d18973f07576ffa554f [13:09:23] Current inode: 11272372Stored inode: 11272232 [13:09:23] Current size: 40552Stored size: 37000 [13:09:23] Current file modification time: 1324595012 (23-Dec-2011 01:03:32) [13:09:23] Stored file modification time : 1320279377 (03-Nov-2011 02:16:17) /sbin/runlevel [ Warning ] [13:09:24] Warning: The file properties have changed: [13:09:24] File: /sbin/runlevel [13:09:24] Current hash: 1ace84d506a059cc652d64f42cbcd40a24448edd [13:09:24] Stored hash : 43deb592c32f24d62b833200dc211817dcd0b382 [13:09:24] Current inode: 11272371Stored inode: 11272234 [13:09:24] Current size: 6200Stored size: 4928 [13:09:24] Current file modification time: 1324595012 (23-Dec-2011 01:03:32) [13:09:24] Stored file modification time : 1320279377 (03-Nov-2011 02:16:17) [13:09:24] /sbin/sulogin [ Warning ] [13:09:24] Warning: The file properties have changed: [13:09:24] File: /sbin/sulogin [13:09:24] Current hash: be64dd909ef1dd3a014a7c4bd414e1e88ed36776 [13:09:24] Stored hash : 11e4ff99871f61ae7aa9901b831624f916335271 [13:09:24] Current inode:
Bug#656435: pango modules not regenerated after multiarch migration
On 19.01.2012 12:25, Andrew Shadura wrote: Hello, On Thu, 19 Jan 2012 12:19:54 +0100 Michael Biebl bi...@debian.org wrote: On 19.01.2012 11:57, Andrew O. Shadura wrote: Upgrade from non-multiarch version leads to unreadable fonts in most of the applications. Calling pango-querymodules /etc/pango/pango.modules on upgrade would be sufficient to eliminate the problem. $ ls /etc/pango/pango.modules ls: cannot access /etc/pango/pango.modules: No such file or directory Did you create pango.modules manually on your local system? No. Please find out then, where this file is coming from. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#627045: qemu-kvm: VNC viewer kills kvm
tags 627045 + moreinfo unreproducible severity 627045 normal thanks On 17.05.2011 12:45, ant...@free.fr wrote: Package: qemu-kvm Version: 0.12.5+dfsg-5+squeeze1 Severity: important Hi, I have a problem using vnc and kvm. I have a Windows 7 guest, and connect to kvm using VNC. The first time I launch a vncviewer, there is no problem. If I kill the vncviewer, and launch it again, kvm is killed. This is an old bugreport. And I'm trying to reproduce it now, but can not. Please state which screen resolutions you have configured on your host and guest. And especially if you're still able to reproduce the issue. Thanks, /mjt I do not know where to look to diagnose the problem. The command I use to launch kvm is the following: sudo kvm -daemonize \ -smp 4 -m 2000 \ -hda /dev/vg0/win7vm \ -boot order=cd \ -k fr \ -usb -usbdevice tablet \ -name Windows7 \ -vga std \ -vnc :1 \ -rtc base=localtime \ -net nic -net user best regards, E. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656435: pango modules not regenerated after multiarch migration
Hello, On Thu, 19 Jan 2012 12:19:54 +0100 Michael Biebl bi...@debian.org wrote: On 19.01.2012 11:57, Andrew O. Shadura wrote: Upgrade from non-multiarch version leads to unreadable fonts in most of the applications. Calling pango-querymodules /etc/pango/pango.modules on upgrade would be sufficient to eliminate the problem. $ ls /etc/pango/pango.modules ls: cannot access /etc/pango/pango.modules: No such file or directory Did you create pango.modules manually on your local system? Not really, but I guess postinst could check if it exists, and update it if it does. -- WBR, Andrew signature.asc Description: PGP signature
Bug#641952: New maintainer
owner 641952 Boris Pek tehnic...@mail.ru owner 641953 Boris Pek tehnic...@mail.ru retitle 641952 ITA: gtk2-engines-qtcurve -- This is a set of widget styles for Gtk2 based apps retitle 641953 ITA: kde-style-qtcurve -- Unified widget styles for KDE and GTK+ thanks Hi, I am taking the packages. And I hope you will sponsor them. Best regards, Boris
Bug#656435: pango modules not regenerated after multiarch migration
Hello, On Thu, 19 Jan 2012 12:26:22 +0100 Michael Biebl bi...@debian.org wrote: Upgrade from non-multiarch version leads to unreadable fonts in most of the applications. Calling pango-querymodules /etc/pango/pango.modules on upgrade would be sufficient to eliminate the problem. $ ls /etc/pango/pango.modules ls: cannot access /etc/pango/pango.modules: No such file or directory Did you create pango.modules manually on your local system? No. Please find out then, where this file is coming from. How can I? It says it's automatically generated, nothing more. Anyway, I think it's up to pango's postinst to update it. -- WBR, Andrew signature.asc Description: PGP signature
Bug#656438: piuparts: doing distupgrade tests of disapperaring packages
Package: piuparts Version: 0.42 Severity: wishlist Hi, we need some solution to do distupgrade tests on disappering packages. These can't currently be tested because they are no longer in the package list of the target distribution. One possibility could be --extra-old-packages=the-disappearing-one -a some-dummy-package Possible outcomes: * the old package is left on the system after the distupgrade, this is fine * the old package is removed during the distupgrade (because something properly Conflicts/Breaks/Replaces the package) * something bad happens (unsatisfied deps, file overwrites, ...) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654205: regression on iOS
-=| Mark Janssen, 18.01.2012 18:45:39 +0100 |=- On Wed, Jan 18, 2012 at 15:54, Damyan Ivanov d...@debian.org wrote: A variant of the home page using only width=device-width as you suggest is available at http://people.debian.org/~dmn/www.d.o/index.en.html It would be nice if people can test it with as much devices as possible for possible problems. I can confirm that this fixes the regression on iOS (tested with iPhone, iPad) and that it still works great on Android 2.3. Thanks. I have committed the change in the source repository. It will be online in some 12 hours. signature.asc Description: Digital signature
Bug#656359: [Fontforge-devel] Segfault when pressing modifier/arrow keys if more than 4 points are selected
Daniel Kahn Gillmor wrote: Hi fontforge folks-- over on Debian, we've just gotten http://bugs.debian.org/656359, which appears to contain a reproducible segfault. Some folks have suggested that it may be due to more recent versions of dependent libraries, but i haven't been able to track it down in more detail, i'm afraid. From Theppitak's original report, a recipe to produce the crash: Steps to reproduce: - Start fontforge and create a new font. - Randomly choose a first glyph to edit. - Draw splines with at least 5 points. - Select up to 4 points and press a modifier or arrow key. It won't crash. - Select at least 5 points and press a modifier or arrow key. It will always crash. Any suggestions? See if this one line patch is relevant, as it sounds familiar. This was applied back in March. http://fontforge.git.sourceforge.net/git/gitweb.cgi?p=fontforge/fontforge;a=blobdiff;f=fontforge/charview.c;h=5e529185424e1dad2f66a1c29c6ceb706e1a315b;hp=ce84acec1dd9492954cc63e921d0f43aba691358;hb=38744f1f74ac88b1012585b9b1a6eb94818cc783;hpb=f17fa77717a1f19bb95eb9bc8c56be3c2c8ae95f -- Paul Flo Williams http://hisdeedsaredust.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656335: closed (Done: abiword: Missing header file)
reopen 656335 thanks On Thu, 2012-01-19 at 10:57 +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the abiword package: #656335: abiword: Missing header file It has been closed by Dmitry Smirnov only...@member.fsf.org. Reopening since the header file is missing from the original source tarball: abiword_2.9.2.orig.tar.gz and it is not solved by 2.9.2-2. See below: Package: abiword Version: 2.9.2-1 Severity: normal Hi, When building abiword from source I happened to have the following packages installed: libdbus-glib-1-dev0.98-1 libtelepathy-glib-dev 0.16.2-1 Having them installed a build of the collab/backends/telepathy plugin was enabled. (They are not in the build-depends, so it is not built on the buildds). However, the build stalled due to a missing header file: abiword-2.9.2/plugins/collab/backends/telepathy/unix/TelepathyBuddy.h It was not present in the abiword_2.9.2.orig.tar.gz archive. Can you please add that file to the source archive in case one needs to build that plugin too from source? The file can be found at: http://svn.abisource.com/abiword/trunk/plugins/collab/backends/telepathy/unix/TelepathyBuddy.h Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656376: libpackagekit-glib2-14: makes gnome-settings-daemon crash
Yes, thanks! The package will also contain some other changes I wanted to upload, so it's no problem if there's something wrong. But, to be honest, I completely forgot the possibility to send you the patch :P Anyway, I'm confident that this solves the problem, the solution was really trivial. Cheers, Matthias 2012/1/19 Anthony Callegaro cally...@free.fr: Hay Matthias, Thanks for the quick fix but I didn't mind testing it before your uploaded it. This might have save you some trouble later on. I do not see the package yet in incoming I guess it is still in the pipe. I'll let you know if it's solved once I have access to it. Let me know if I can be of any more help. Cheers LeTic On 19/01/12 11:13, Matthias Klumpp wrote: Hi! Thanks for this backtrace! Unforzunately, I cannot reproduce this issue on my system, so I wasn't able to test the patch, which should solve this bug. There will be a new revision of PackageKit in the archives soon, it would be great if you could give feedback on this fix! Cheers, Matthias 2012/1/19 Anthony Callegaro cally...@free.fr: Package: libpackagekit-glib2-14 Version: 0.7.2-1 Followup-For: Bug #656376 Hi there, I can confirm the same behaviour on all my sid boxes (either i386 or amd64). Here is the full backtrace with debug symbols enabled. Let me know if you require more info/testing. Cheers LeTic -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpackagekit-glib2-14 depends on: ii libarchive1 2.8.5-5 ii libc6 2.13-24 ii libglib2.0-0 2.30.2-5 ii libsqlite3-0 3.7.9-3 libpackagekit-glib2-14 recommends no packages. libpackagekit-glib2-14 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#656376: libpackagekit-glib2-14: makes gnome-settings-daemon crash
Hay Matthias, Thanks for the quick fix but I didn't mind testing it before your uploaded it. This might have save you some trouble later on. I do not see the package yet in incoming I guess it is still in the pipe. I'll let you know if it's solved once I have access to it. Let me know if I can be of any more help. Cheers LeTic On 19/01/12 11:13, Matthias Klumpp wrote: Hi! Thanks for this backtrace! Unforzunately, I cannot reproduce this issue on my system, so I wasn't able to test the patch, which should solve this bug. There will be a new revision of PackageKit in the archives soon, it would be great if you could give feedback on this fix! Cheers, Matthias 2012/1/19 Anthony Callegaro cally...@free.fr: Package: libpackagekit-glib2-14 Version: 0.7.2-1 Followup-For: Bug #656376 Hi there, I can confirm the same behaviour on all my sid boxes (either i386 or amd64). Here is the full backtrace with debug symbols enabled. Let me know if you require more info/testing. Cheers LeTic -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpackagekit-glib2-14 depends on: ii libarchive1 2.8.5-5 ii libc6 2.13-24 ii libglib2.0-0 2.30.2-5 ii libsqlite3-0 3.7.9-3 libpackagekit-glib2-14 recommends no packages. libpackagekit-glib2-14 suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#656435: pango modules not regenerated after multiarch migration
On 19.01.2012 12:40, Andrew Shadura wrote: No, you should just delete that file. That file has been gone for a while. We did have postinst code up until squeeze which cleaned it up manually. Why have you removed that code? By the way, 2012-01-16 10:59:26 upgrade libpango1.0-0 1.28.3-6 1.29.4-2 As you see, my system didn't see that code somehow, and I suppose I'm not alone. 1.14.5-1 was the last version shipping this file, so this is before lenny even. We did keep the cleanup code until post-squeeze, i.e. two release cycles. Your pango.modules file was most likely created after 1.14.5-1 and I can only assume it was created by either another package (which would be strange) or manually. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#656435: pango modules not regenerated after multiarch migration
Hello, On Thu, 19 Jan 2012 12:32:29 +0100 Michael Biebl bi...@debian.org wrote: On 19.01.2012 11:57, Andrew O. Shadura wrote: Upgrade from non-multiarch version leads to unreadable fonts in most of the applications. Calling pango-querymodules /etc/pango/pango.modules on upgrade would be sufficient to eliminate the problem. $ ls /etc/pango/pango.modules ls: cannot access /etc/pango/pango.modules: No such file or directory Did you create pango.modules manually on your local system? Not really, but I guess postinst could check if it exists, and update it if it does. No, you should just delete that file. That file has been gone for a while. We did have postinst code up until squeeze which cleaned it up manually. Why have you removed that code? By the way, 2012-01-16 10:59:26 upgrade libpango1.0-0 1.28.3-6 1.29.4-2 As you see, my system didn't see that code somehow, and I suppose I'm not alone. -- WBR, Andrew signature.asc Description: PGP signature
Bug#656439: fts: unowned files after purge (policy 6.8) violating FHS (policy 9.1) too
Package: fts Version: 1.0-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails From the attached log (scroll to the bottom...): 0m25.8s ERROR: FAIL: Package purging left files on system: /etc/fts owned by: fts /etc/fts/confignot owned /tftpboot not owned /tftpboot/pxelinux.cfg not owned /tftpboot/pxelinux.static not owned /tftpboot/pxelinux.static/default not owned As putting files into /tftpboot is also a violation of http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.1.2 I'm setting the severity to serious. See e.g. http://bugs.debian.org/411322 for the transition to /var/lib/tftpboot in the atftpd package. cheers, Andreas fts_1.0-2.log.gz Description: GNU Zip compressed data
Bug#653205: [Pkg-acpi-devel] Bug#653205: acpi-support: screen is dark without backlight after resume.
Hi, At Mon, 16 Jan 2012 10:16:00 +0100, Michael Meskes wrote: I agree. Could please edit /usr/share/acpi-support/screenblank and replace vbetool dpms off with vbetool dpms suspend and tell me if that makes a difference? I tried it with acpi-support_0.138-11. There was no change. Now, the following change is added and I use. diff -u lid.sh.org lid.sh --- lid.sh.org 2012-01-12 17:59:51.0 +0900 +++ lid.sh 2012-01-19 20:35:02.588906235 +0900 @@ -13,7 +13,9 @@ grep -q closed /proc/acpi/button/lid/*/state if [ $? = 0 ] then -. /usr/share/acpi-support/screenblank +if [ x$LOCK_SCREEN = xtrue ]; then + . /usr/share/acpi-support/screenblank +fi if [ x$LID_SLEEP = xtrue ]; then pm-suspend fi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654395: additional patches for newer libav sources
On Do, Jan 19, 2012 at 09:51:20 (CET), John Vogel wrote: I had the same problem with blender 2.61-1 segfaulting on my wheezy/sid box. So I went about trying to build from git. Right away had problems with missing headers declarations for libavutil/mathematics.h. Then, had problems with avformat_alloc_open_context2() in intern/audaspace/ffmpeg/AUD_FFMPEGWriter.cpp. I found a fix in Gentoo's ebuild for blender-2.60a which negates most of the current debian/patches/0009-fix_FTBFS_ffmpeg_debian.patch. So I added the first patch below and replaced the 0009 patch with the second patch below (the one I found for the Gentoo ebuild). Builds fine and blender seems to running fine on my system, using up to date sid and strictly pure debian system other then my wacom driver (upstream kernel module and xorg driver). --- intern/ffmpeg/ffmpeg_compat.h |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/intern/ffmpeg/ffmpeg_compat.h b/intern/ffmpeg/ffmpeg_compat.h index dfdad22..bf6e4a9 100644 --- a/intern/ffmpeg/ffmpeg_compat.h +++ b/intern/ffmpeg/ffmpeg_compat.h @@ -74,6 +74,10 @@ #define FFMPEG_SWSCALE_COLOR_SPACE_SUPPORT #endif +#if (LIBAVUTIL_VERSION_MAJOR 51) || ((LIBAVUTIL_VERSION_MAJOR == 51) (LIBAVUTIL_VERSION_MINOR = 9)) +#include libavutil/mathematics.h +#endif + No need to guard this #include directive. You don't do that below either. Just #include unconditionally #ifndef FFMPEG_HAVE_AVIO #define AVIO_FLAG_WRITE URL_WRONLY #define avio_open url_fopen -- --- intern/audaspace/ffmpeg/AUD_FFMPEGWriter.cpp | 13 ++--- 1 files changed, 10 insertions(+), 3 deletions(-) diff --git a/intern/audaspace/ffmpeg/AUD_FFMPEGWriter.cpp b/intern/audaspace/ffmpeg/AUD_FFMPEGWriter.cpp index 702c366..4fadbd1 100644 --- a/intern/audaspace/ffmpeg/AUD_FFMPEGWriter.cpp +++ b/intern/audaspace/ffmpeg/AUD_FFMPEGWriter.cpp @@ -38,6 +38,8 @@ extern C { #include libavcodec/avcodec.h #include libavformat/avformat.h #include libavformat/avio.h +#include libavutil/mathematics.h +#include libavutil/avstring.h #include ffmpeg_compat.h } @@ -55,10 +57,15 @@ AUD_FFMPEGWriter::AUD_FFMPEGWriter(std::string filename, AUD_DeviceSpecs specs, { static const char* formats[] = { NULL, ac3, flac, matroska, mp2, mp3, ogg, wav }; - if(avformat_alloc_output_context2(m_formatCtx, NULL, formats[format], filename.c_str())) - AUD_THROW(AUD_ERROR_FFMPEG, context_error); + m_formatCtx = avformat_alloc_context(); +if (!m_formatCtx) AUD_THROW(AUD_ERROR_FFMPEG, context_error); That's tright, there is no avformat_alloc_output_context2() in libav, only in FFmpeg. - m_outputFmt = m_formatCtx-oformat; + av_strlcpy(m_formatCtx-filename, filename.c_str(), sizeof(m_formatCtx-filename)); + m_outputFmt = m_formatCtx-oformat = av_guess_format(formats[format], filename.c_str(), NULL); + if (!m_outputFmt) { +avformat_free_context(m_formatCtx); +AUD_THROW(AUD_ERROR_FFMPEG, context_error); +} switch(codec) { I guess that's fine, and would work just fine with FFmpeg as well, if that was some concern for Blender upstream. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610933: [Pkg-vsquare-devel] Bug#610933: libvdeplug3 declares a conflict with libvdeplug2
On Thu, Jan 19, 2012 at 05:06:30 -0600, Jonathan Nieder wrote: * Add patch for fixing wrong SONAME for libraries. -version-number had been used instead of version-info, this gave incorrect SONAMEs and broke compatibility between this version and the previous ones (althought there is no actual ABI incompatibility). Thanks, Ludovico! This is great. I had to modify the SONAME in Debian w.r.t. the current upstream SONAME, and I tried to do this in the safest way I could imagine, although it is not 100% conformant to the typical libtool current/revision/age progression (I bumped from 3:1:0 to 3:2:1). I discussed the thing a bit with some of the other upstream people (I am part of them) and it seemed safe enough -- we're going to update the upstream as well in the near future with the same patch I applied for Debian. I hope this won't generate havoc and chaos. Some tiny questions from looking over the diff: * If this header file is used to generate binaries meant to be used on other * distributions, it could be safe to redefine LIBVDEPLUG_DLOPEN_FILENAME with * the unversioned name. Do the various distros not agree on a soname for libvdeplug? I am aware that, for instance, the upstream of Virtualbox does a dlopen(libvdeplug.so), while the Debian package has a patch for dlopening libvdeplug.so.2. So I guess there may be other software out there who would like to redefine this. vde and its libraries has been used for creating stand-alone images of virtual machines (e.g. for education purposes) or other custom environments, so I added this possibility so to let other people use the libvdeplug_dyn.h header for building, on Debian, software that will be used with other distributions or in different situations. Moreover, given the -version-number vs -version-info problem I described in the changelog, there are people who will have to deal with the wrong libvdeplug.so.3 which comes from the current upstream SVN revision. I know all this is not proper/clean, but I'm not sure there is a really clean way to deal with this without uselessly breaking backward compatibility. It seemed cleaner than keeping 3:1:0 and creating symlinks .so.2 - .so.3 or similar. # There is a copyright file for each package, so the debian/copyright file is # not needed. I think ftpmasters tend to rely on debian/copyright documenting the copyright of the source package. Uhm, ok. I started creating an unified copyright file but I noticed I was duplicating information by hand -- then I thought it would have been better to make without debian/copyright rather than to have to keep debian/copyright in sync with debian/*.copyright manually, with the potential inconsistencies this could generate. But if that's required I can do it. Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656435: pango modules not regenerated after multiarch migration
Hello, On Thu, 19 Jan 2012 12:47:27 +0100 Michael Biebl bi...@debian.org wrote: 1.14.5-1 was the last version shipping this file, so this is before lenny even. We did keep the cleanup code until post-squeeze, i.e. two release cycles. This system was originally lenny, upgraded to unstable then, and I upgrade it quite regularly. Your pango.modules file was most likely created after 1.14.5-1 and I can only assume it was created by either another package (which would be strange) or manually. I did not create it manually. However, anything could create it by calling pango-querymodules, and while that file is supported at all by pango, pango's scripts should update it or delete it when changing modules paths, even if I created that file myself, shouldn't it? One of the releases brought multiarch support which led to breakage because this particular file is read by pango, and no modules were found there. It's obvious that if path to modules changes, pango.modules file can't point to any of them anymore, so it has to be updated somehow. The exact way of doing this is up to maintainer, but it must be done. -- WBR, Andrew signature.asc Description: PGP signature
Bug#656410:
On Thu, Jan 19, 2012 at 12:53:24AM -0500, Michael Gilbert wrote: Temporary solution: http://openwall.com/lists/oss-security/2012/01/19/7 I've tested the following workaround : xmodmap -e 'keysym 0x1008fe21 = KP_Multiply' and restarting gnome-screensaver if it was killed previously ;) Workaround source : http://linuxfr.org/users/moules/journaux/faille-xorg-111 Hope this helps. Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656376: libpackagekit-glib2-14: makes gnome-settings-daemon crash
On 19/01/12 11:46, Matthias Klumpp wrote: Anyway, I'm confident that this solves the problem, the solution was really trivial. In any case I just tested the package in incoming and it does solve the issue. Thanks again for that. Cheers LeTic signature.asc Description: OpenPGP digital signature
Bug#656440: Please package version 0.2
Package: python-asterisk Version: 0.1a3+r160-4.1 Severity: normal Hello, PyAsterisk 0.2 has been released in february 2011 at http://code.google.com/p/py-asterisk/downloads/list and it would at least solve #650245. Can it please be packaged? Ciao, Enrico -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) 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 python-asterisk depends on: ii python 2.7.2-9 ii python-support 1.0.14 python-asterisk recommends no packages. python-asterisk 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#654225: zsh: Multibyte fails when $LANG.utf variable is not set
Just for the record: This issue is fixed upstream by now and will be in the next version of the package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656376: libpackagekit-glib2-14: makes gnome-settings-daemon crash
In any case I just tested the package in incoming and it does solve the issue. Thanks again for that. Great! Thank you for this really good bug report! :) Cheers, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656441: binutils FTBFS on armel, powerpc, s390 and s390x buildds
package: binutils version: 2.22-4 serverity: serious armel appeared to fail with a compiler error. Unfortunately we can't see why the compile failed because the build system redirected all it's output to /dev/null :( make[5]: Entering directory `/build/buildd-binutils_2.22-4-armel-f9n1k6/binutils-2.22/builddir-single/opcodes' /bin/bash ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../opcodes -I. -I../../opcodes -I../bfd -I../../opcodes/../include -I../../opcodes/../bfd-W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -g -O2 -MT dis-buf.lo -MD -MP -MF .deps/dis-buf.Tpo -c -o dis-buf.lo ../../opcodes/dis-buf.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../opcodes -I. -I../../opcodes -I../bfd -I../../opcodes/../include -I../../opcodes/../bfd -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -g -O2 -MT dis-buf.lo -MD -MP -MF .deps/dis-buf.Tpo -c ../../opcodes/dis-buf.c -fPIC -DPIC -o .libs/dis-buf.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../opcodes -I. -I../../opcodes -I../bfd -I../../opcodes/../include -I../../opcodes/../bfd -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -g -O2 -MT dis-buf.lo -MD -MP -MF .deps/dis-buf.Tpo -c ../../opcodes/dis-buf.c -o dis-buf.o /dev/null 21 make[5]: *** [dis-buf.lo] Error 1 make[5]: Leaving directory `/build/buildd-binutils_2.22-4-armel-f9n1k6/binutils-2.22/builddir-single/opcodes' powerpc appeared to fail with two seperate errors (ah the joys of paralell builds), one similar to the failure on armel and one moaning about relocations not being supported by the object file format. s390 and s390x seemed to fail with relocation errors. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656435: pango modules not regenerated after multiarch migration
Hello, On Thu, 19 Jan 2012 13:07:12 +0100 Michael Biebl bi...@debian.org wrote: I did not create it manually. However, anything could create it by calling pango-querymodules, and while that file is supported at all by Simply calling pango-querymodules does not create the file here. pango, pango's scripts should update it or delete it when changing modules paths, even if I created that file myself, shouldn't it? This file is no longer under the management of the package. So if you created it manually I'd expect you to update it manually also. Again, I did NOT create this file manually, and I expect it to be updated automatically. And please stop closing the bug which breaks font rendering /that/ horribly. -- WBR, Andrew signature.asc Description: PGP signature
Bug#656442: php-pear: Spurious (and possibly dangerous) file system accesses
Package: php-pear Version: 5.3.8.0-1 Severity: important These lines seem fairly inconspicuous. /usr/share/php/MDB2/Driver/Datatype/Common.php, line 1227 ff.: $value = $db-escape($value, $escape_wildcards); if (PEAR::isError($value)) { return $value; } return '.$value.'; Interestingly, however, the call to PEAR::isError() causes this to happen: 15663 lstat64(/usr/share/roundcube/program/include/dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs=.php, 0xbff58558) = -1 ENOENT (No such file or directory) 15663 getcwd(/var/lib/roundcube, 4096) = 19 15663 time(NULL)= 1326973864 15663 lstat64(/var/lib/roundcube/dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs=.php, 0xbff5a608) = -1 ENOENT (No such file or directory) 15663 open(/var/lib/roundcube/dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs=.php, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) 15663 time(NULL)= 1326973864 15663 lstat64(/var/lib/roundcube/program/lib/'dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs='.php, 0xbff589f8) = -1 ENOENT (No such file or directory) 15663 getcwd(/var/lib/roundcube, 4096) = 19 15663 time(NULL)= 1326973864 15663 lstat64(/var/lib/roundcube/./'dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs='.php, 0xbff589f8) = -1 ENOENT (No such file or directory) 15663 time(NULL)= 1326973864 15663 lstat64(/usr/share/php/'dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs='.php, 0xbff589f8) = -1 ENOENT (No such file or directory) 15663 time(NULL)= 1326973864 15663 lstat64(/usr/share/pear/'dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs='.php, 0xbff589f8) = -1 ENOENT (No such file or directory) 15663 time(NULL)= 1326973864 15663 lstat64(/usr/share/roundcube/program/include/'dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs='.php, 0xbff589f8) = -1 ENOENT (No such file or directory) 15663 getcwd(/var/lib/roundcube, 4096) = 19 15663 time(NULL)= 1326973864 15663 lstat64(/var/lib/roundcube/'dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs='.php, 0xbff5aaa8) = -1 ENOENT (No such file or directory) 15663 open(/var/lib/roundcube/'dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs='.php, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) This also happens for entire SQL commands, e.g.: 15663 lstat64(/var/lib/roundcube/program/lib/SELECT vars, ip, changed FROM session WHERE sess_id = ?.php, 0xbff56488) = -1 ENOENT (No such file or directory) Frankly, I could *not* believe my eyes. I don't know whether this has any security implications. If so, I wouldn't be too surprised. Anyway, I don't know the reason for this nonsense, but it needs to be stopped. 30 spurious file system calls for every SQL command is really pushing it. (Assuming that the typical SQL statement has two string parameters.) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'stable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php-mdb2 depends on: ii php-pear 5.3.8.0-1 php-mdb2 recommends no packages. php-mdb2 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#656443: fontforge: Crash on Expand Stroke
Package: fontforge Version: 0.0.20110222-6 Severity: normal The Expand Stroke command always crashes in any case, either via menu or Ctrl-Shift-E. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fontforge depends on: ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii libfontconfig12.8.0-3 ii libfontforge1 0.0.20110222-6 ii libfreetype6 2.4.8-1 ii libgdraw4 0.0.20110222-6 ii libgif4 4.1.6-9 ii libglib2.0-0 2.30.2-5 ii libice6 2:1.0.7-2 ii libjpeg8 8c-2 ii libpango1.0-0 1.29.4-2thep1 ii libpng12-01.2.46-4 ii libpython2.7 2.7.2-12 ii libsm62:1.2.0-2 ii libspiro0 20071029-2 ii libtiff4 3.9.5-2 ii libuninameslist0 0.0.20091231-1.1 ii libx11-6 2:1.4.4-4 ii libxft2 2.2.0-3 ii libxml2 2.7.8.dfsg-6 ii zlib1g1:1.2.3.4.dfsg-3 fontforge recommends no packages. Versions of packages fontforge suggests: pn autotrace none pn fontforge-doc none pn fontforge-extras none pn potrace none pn python-fontforge none -- no debconf information -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590816: RFS: bluefeather 0.40-1
Youhei SASAKI uwab...@gfd-dennou.org wrote: The following packages are ready to be uploaded (I also verified the points listed on http://wiki.debian.org/Teams/Ruby/RubyExtras/RequestingSponsorship). Could you please sponsor them? Vcs-Svn: svn://svn.debian.org/svn/pkg-ruby-extras/trunk/bluefeather Vcs-Browser: http://svn.debian.org/wsvn/pkg-ruby-extras/trunk/bluefeather source: bluefeather packages: - bluefeather The request was sent at 25 Feb 2011, roughly a year ago. I think someone who has knowledge about ruby can help review and sponsor? -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640469: Bug #640469: ITP: bftpd -- a small, easy to use FTP daemon
When compiling your supplied files on mentors, I noticed these lines: checking whether to enable pam... no checking whether to enable libz... no checking whether to enable debug... no Could you explain why you don't enable pam and libz support? And it'll be great to have a separated debugging symbol package to help debug problems. And I suggest to remove debian/dirs and debian/bftpd.dirs, because using dh commands the directories used are automatically created. In debian/control, you said it's very easy to configure the daemon to use a chroot environment to enhance security. But I can't find any instruction except in /etc/bftpd.conf. It's better to provide a comprehensive guide to tell users how to configure it as it needs extra work. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656359: [Pkg-fonts-devel] Bug#656359: [Fontforge-devel] Segfault when pressing modifier/arrow keys if more than 4 points are selected
On Thu, Jan 19, 2012 at 5:30 PM, Paul Flo Williams p...@frixxon.co.uk wrote: See if this one line patch is relevant, as it sounds familiar. This was applied back in March. http://fontforge.git.sourceforge.net/git/gitweb.cgi?p=fontforge/fontforge;a=blobdiff;f=fontforge/charview.c;h=5e529185424e1dad2f66a1c29c6ceb706e1a315b;hp=ce84acec1dd9492954cc63e921d0f43aba691358;hb=38744f1f74ac88b1012585b9b1a6eb94818cc783;hpb=f17fa77717a1f19bb95eb9bc8c56be3c2c8ae95f Yes, it does fix the crash in my box. Thank you! So, let's apply it to the debian package. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612035: Ping: Bug#612035: [Pkg-phototools-devel] Bug#612035: vulnerability: rewrite arbitrary user file
On Fri, Jul 08, 2011 at 08:06:17PM +0200, Julien Cristau wrote: On Fri, Jul 8, 2011 at 16:08:17 +0200, Andreas Tille wrote: @@ -275,7 +278,21 @@ path = ; } else - path = /tmp/; + snprintf(cppid, sizeof(cppid), %06ld, (long) getpid()); + + while ((path == NULL) (i )) { + snprintf(num, sizeof(num), %06ld, i++); + + path = estrjoin(, /tmp/feh, _, cppid, _, num, /, NULL); + if (mkdir(path, 0700) == -1) { + free(path); + path = NULL; + } else + opt.tmp_path = path; + } + if (path == NULL) + weprintf(Failed to create temporary directory:); + basename = strrchr(url, '/') + 1; tmpname = feh_unique_filename(path, basename); ick. mkdtemp(3), please. Hi, Any news on this? -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644329: tpb: /run transition: Please update use of /dev/.udev
tags 644329 + patch thanks On Tue, Oct 04, 2011 at 11:50:59PM +0200, bi...@debian.org wrote: During an automated test your package tpb was flagged to reference files/directories matching /dev/.udev A log of this test can be found at [2]. In most cases checking for /dev/.udev is used to determine if udev is active. This check no longer works with udev using /run/udev now. Hi Steve, I've attached a patch for extending the additional checks with checks for /run/udev. You were also only checking for /dev/.udev.tdb, and not /dev/.udevdb or /dev/.udev, so it's likely that it wasn't working with existing versions of udev (which AFAICT no longer created the .tdb file) in any case. I've left in the devfsd check, but it could be removed at this point, I think. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. diff -urN tpb-0.6.4.orig/debian/tpb.config tpb-0.6.4/debian/tpb.config --- tpb-0.6.4.orig/debian/tpb.config 2012-01-19 11:56:01.077088401 + +++ tpb-0.6.4/debian/tpb.config 2012-01-19 12:08:15.334781868 + @@ -25,11 +25,11 @@ fi fi -if ! [ -e /dev/.devfsd ] ! [ -e /dev/.udev.tdb ] [ $(stat -c %G /dev/nvram 2/dev/null) = thinkpad ]; then # still the old group +if ! [ -e /dev/.devfsd ] ! [ -e /run/udev ] ! [ -e /dev/.udev ] ! [ -e /dev/.udevdb ] ! [ -e /dev/.udev.tdb ] [ $(stat -c %G /dev/nvram 2/dev/null) = thinkpad ]; then # still the old group db_input high $PACKAGE/groupchanged || true fi -if ! [ -e /dev/.devfsd ] ! [ -e /dev/.udev.tdb ]; then # devfs and udev not enabled +if ! [ -e /dev/.devfsd ] ! [ -e /run/udev ] ! [ -e /dev/.udev ] ! [ -e /dev/.udevdb ] ! [ -e /dev/.udev.tdb ]; then # devfs and udev not enabled if ! [ -e /dev/nvram ] || ! [ $(stat -c %G /dev/nvram) = nvram ] || ! [ $(stat -c %a /dev/nvram 2/dev/null | cut -b1-2) = 66 ]; then db_input medium $PACKAGE/makedev || true db_go || true diff -urN tpb-0.6.4.orig/debian/tpb.config~ tpb-0.6.4/debian/tpb.config~ --- tpb-0.6.4.orig/debian/tpb.config~ 1970-01-01 01:00:00.0 +0100 +++ tpb-0.6.4/debian/tpb.config~ 2004-08-22 22:25:06.0 +0100 @@ -0,0 +1,42 @@ +#!/bin/sh + +PACKAGE=tpb +CONFIG=/etc/default/$PACKAGE +CONFIG_OLD=/etc/X11/Xsession.d/90tpb + +set -e +. /usr/share/debconf/confmodule + +# load data from old configuration file into debconf +if [ -f $CONFIG_OLD ]; then + . $CONFIG_OLD + + if ! [ -z $START_TPB ]; then +db_set $PACKAGE/autostart $START_TPB + fi +fi + +# override with data from new configuration +if [ -f $CONFIG ]; then + . $CONFIG + + if ! [ -z $START_TPB ]; then +db_set $PACKAGE/autostart $START_TPB + fi +fi + +if ! [ -e /dev/.devfsd ] ! [ -e /dev/.udev.tdb ] [ $(stat -c %G /dev/nvram 2/dev/null) = thinkpad ]; then # still the old group + db_input high $PACKAGE/groupchanged || true +fi + +if ! [ -e /dev/.devfsd ] ! [ -e /dev/.udev.tdb ]; then # devfs and udev not enabled + if ! [ -e /dev/nvram ] || ! [ $(stat -c %G /dev/nvram) = nvram ] || ! [ $(stat -c %a /dev/nvram 2/dev/null | cut -b1-2) = 66 ]; then +db_input medium $PACKAGE/makedev || true +db_go || true + fi +fi + +db_input low $PACKAGE/autostart || true +db_go || true + +db_stop
Bug#656444: /usr/bin/mongoimport: mongoimport man page missing --jsonArray argument
Package: mongodb-clients Version: 1:2.0.2-2 Severity: minor File: /usr/bin/mongoimport Hi, Thanks for packaging/maintaining! I'm having fun learning mongodb. I was lucky to discover the --jsonArray flag for mongoimport online, because it's missing from the mongoimport man page. mongoimport --help does show it also, but sometimes I don't think to check that. Thanks,- Jason -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (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/dash Versions of packages mongodb-clients depends on: ii libboost-filesystem1.46.1 1.46.1-8 ii libboost-program-options1.46.1 1.46.1-8 ii libboost-system1.46.1 1.46.1-8 ii libboost-thread1.46.1 1.46.1-8 ii libc6 2.13-24 ii libgcc1 1:4.6.2-11 ii libpcre38.12-4 ii libpcrecpp0 8.12-4 ii libstdc++6 4.6.2-11 mongodb-clients recommends no packages. mongodb-clients 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#656445: snort: fails to install - command not found in postinst
Package: snort Version: 2.9.2-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package snort. (Reading database ... 8644 files and directories currently installed.) Unpacking snort (from .../snort_2.9.2-1_amd64.deb) ... Setting up snort (2.9.2-1) ... /var/lib/dpkg/info/snort.config: 15: /var/lib/dpkg/info/snort.config: ifconfig: not found /var/lib/dpkg/info/snort.postinst: 163: /var/lib/dpkg/info/snort.postinst: cannot create /var/lib/snort/snort.debian.conf.md5sum: Directory nonexistent dpkg: error processing snort (--configure): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: snort cheers, Andreas snort_2.9.2-1.log.gz Description: GNU Zip compressed data
Bug#651527: Yet additional info.
Yet additional info. shnsplit worked well on the file not sooner than I did: 1. decompress it w/ flac to .wav; 2. converted the .wav w/ sox to 16bit, 44.1 kHz. Vivid is up to You. :o) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621486: gearman upstream is at 0.27
upstream has released version 0.27. Is there anything I can help in getting gearman packages updated? Cheers, Michael signature.asc Description: This is a digitally signed message part
Bug#645584: Please support python3
Package: python-mdp Version: 3.2-1 Followup-For: Bug #645584 python-mdp depends on python-numpy. As soon as Python 3 package is available for python-numpy, I can try to prepare a Python 3 package for python-mdp. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601593 Best, Tiziano -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (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/dash Versions of packages python-mdp depends on: ii python2.7.2-9 ii python-numpy 1:1.5.1-3 ii python2.6 2.6.7-4 ii python2.7 2.7.2-12 Versions of packages python-mdp recommends: ii python-joblib 0.6.0~b3-1 ii python-libsvm 3.1-1 ii python-pp 1.6.1-1 ii python-scikits-learn none ii python-scipy 0.9.0+dfsg1-1+b2 ii shogun-python-modular 1.1.0-1 Versions of packages python-mdp suggests: ii python-py 1.3.4-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656187: reprepro: Permit to use wildcards for build-needing
* Daniel Dehennin daniel.dehen...@baby-gnu.org [120118 10:54]: Making a source package, some python code with Archictecture: all: #+begin_src sh buildd@build:~$ dpkg-source -b . buildd@build:~$ debsign ../*.dsc buildd@build:~$ dpkg-genchanges -S ../my-pkg-sources.changes buildd@build:~$ debsign ../*.changes buildd@build:~$ dput myrepo ../my-pkg-sources.changes #+end_src buildd@build:~$ ssh ftp@repository 'reprepro -v -b ${HOME}/reprepro build-needing unstable all' Error: Architecture 'all' makes no sense for build-needing! There have been errors! In architecture all I'd need to have a deeper look first. I'm not sure there is a way to properly identify if an architecture 'all' package is missing. (especially if one might have builds that build with -B and one with -b). I think that architecture should be reported in the output of build-needing if wildcards are added, or if any/all are going to work. One per line, like: #+begin_src PACKAGE VERSION DSC FILE ARCH #+end_src I'm not sure that 'any' and printing the architecture is that usefull, but it is easy to implement, so available in git and will be in the next version... Bernhard R. Link -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653073: ~ Re: Bug#653073: bug#10363: /etc/mtab - /proc/mounts symlink affects df(1) output for
On Thu, Jan 19, 2012 at 10:55:43AM +0100, Goswin von Brederlow wrote: skip could also mean show -- instead of bogus numbers for the obscured filesystems. Much more preferable (to me) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653073: ~ Re: Bug#653073: bug#10363: /etc/mtab - /proc/mounts symlink affects df(1) output for
On Wed, Jan 18, 2012 at 04:51:12PM +, Roger Leigh wrote: Is this not a case of using the wrong tool for the job? The primary purpose of df is to show free space on mounted filesystems. This could be interpreted to be show free space on visible mounts. Possibly, but then I am certainly guilty of using df(1) for these purposes, and I know of many experienced sysadmins that are the same. I'd wager most google-able advice on the matter would suggest df(1). mount(8) and findmnt(8) [new, and very nice] are more appropriate for this task. Perhaps, but their manpage sections strongly imply they aren't as generally-useful/usable as df(1), to an ordinary user. (sysadmin tools? here be dragons!) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org