Bug#780706: addressing build failures in master
Hi, I did a bit of digging. It seems like build/build.xml calls out to arduino-core/build.xml, which overrides the CLASSPATH to use arduino-core/lib/. We can add symlinks to the necessary dependencies there using jh_linkjars, by adding arduino-core/lib to debian/linkjars. (I think the existing entry for app/lib is still necessary since app/build.xml has a similar classpath setup.) So this gets over the immediate problem of not finding the dependencies, but there are also a lot of missing dependencies. Most of these can be fixed by adding them to Build-Depends (which causes jh_linkjars to pick them up) but I hit one which doesn't seem to be package in Debian: the "MrBean" library, which is included as part of the jackson-modules-base package: https://github.com/FasterXML/jackson-modules-base (It seems like there's an older version of MrBean packaged as part of libjackson-json-java, but it's under org.codehaus.jackson rather than org.fasterxml.jackson.) I've attached my changes so far. diff --git a/debian/control b/debian/control index d766846..8c7b42c 100644 --- a/debian/control +++ b/debian/control @@ -8,8 +8,12 @@ Build-Depends: debhelper (>= 8) , librxtx-java (>= 2.2pre2-3) , libjna-java, ant , libastyle-dev , libjssc-java , libjsch-java , libjmdns-java + , libbcpg-java, libsemver-java , libcommons-logging-java , libcommons-httpclient-java - , libcommons-exec-java + , libcommons-exec-java, libcommons-lang3-java, libcommons-codec-java + , libcommons-net-java, libcommons-compress-java + , libjackson-json-java, libjackson2-databind-java, libjackson2-core-java + , libjackson2-annotations-java , unzip Standards-Version: 3.9.5 Homepage: http://www.arduino.cc diff --git a/debian/linkjars b/debian/linkjars index 1a81e56..0b28cb7 100644 --- a/debian/linkjars +++ b/debian/linkjars @@ -1 +1,2 @@ app/lib +arduino-core/lib Regards, Daf
Bug#847035: bulletml: please make the build reproducible (locale)
Source: bulletml Version: 0.0.6-6.1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps fileordering Hi! While working on the “reproducible builds” effort [1], we have noticed that bulletml could not be built reproducibly. The attached patch sets LC_ALL=C when adding members to the libbulletml.a archive so that members are added in a deterministic order. Regards, Daf [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/patches/makefile.patch b/debian/patches/makefile.patch index 9062d16..966e207 100644 --- a/debian/patches/makefile.patch +++ b/debian/patches/makefile.patch @@ -3,8 +3,8 @@ Index: bulletml-0.0.6/src/Makefile === bulletml-0.0.6.orig/src/Makefile 2007-08-28 11:52:24.0 + -+++ bulletml-0.0.6/src/Makefile 2007-08-28 11:54:20.0 + +--- bulletml-0.0.6.orig/src/Makefile bulletml-0.0.6/src/Makefile @@ -1,27 +1,46 @@ -CC = g++ -INCLUDES = -I. @@ -37,7 +37,7 @@ Index: bulletml-0.0.6/src/Makefile -all: libbulletml.a +libbulletml.a: tinyxml/tinyxml.o ../bulletml.d $(OBJS) -+ ar cru $@ *.o tinyxml/tiny*.o ++ LC_ALL=C ar cru $@ *.o tinyxml/tiny*.o -libbulletml.a: $(OBJS) +../bulletml.d: bulletml_d.cpp
Bug#847033: newlib: please make the build reproducible (locale)
Source: newlib Version: 2.2.0+git20150830.5a3d536-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: locale Hi! While working on the “reproducible builds” effort [1], we have noticed that newlib could not be built reproducibly. In particular, the order in which object files get added to archives is not deterministic. I think the problem is that the locale affects how the shell sorts filenames. I've attached two patches. The first modifies Makefile.am files to use LC_ALL=C when adding members to archives, and as such is suitable for sending upstream. The second is the equivalent change for Makefile.in, and us such is suitable for applying to the Debian package (since it does not invoke automake). Regards, Daf [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/newlib/Makefile.am b/newlib/Makefile.am index 5ecce4c..9cc1152 100644 --- a/newlib/Makefile.am +++ b/newlib/Makefile.am @@ -160,6 +160,7 @@ libc.a: libc/libc.a libm.a rm -rf libc.a libg.a tmp mkdir tmp cd tmp; \ + LC_ALL=C ; \ $(AR) x ../libm.a $(MATHOBJS_IN_LIBC) ; \ $(AR) x ../libc/libc.a ; \ $(AR) $(AR_FLAGS) ../$@ *.o diff --git a/newlib/libc/Makefile.am b/newlib/libc/Makefile.am index 21a74fe..b741f24 100644 --- a/newlib/libc/Makefile.am +++ b/newlib/libc/Makefile.am @@ -107,6 +107,7 @@ libc.a: $(SUBLIBS) rm -rf tmp mkdir tmp cd tmp; \ + LC_ALL=C ; \ for i in $(SUBLIBS); do \ $(AR) x ../$$i; \ done; \ diff --git a/newlib/libc/sys/linux/Makefile.am b/newlib/libc/sys/linux/Makefile.am index 8dcc64e..d61ad36 100644 --- a/newlib/libc/sys/linux/Makefile.am +++ b/newlib/libc/sys/linux/Makefile.am @@ -196,6 +196,7 @@ lib.a: $(lib_a_OBJECTS) rm -rf tmp mkdir tmp cd tmp; \ + LC_ALL=C ; \ for i in $(SUBLIBS); do \ $(AR) x ../$$i; \ done; \ diff --git a/newlib/libm/Makefile.am b/newlib/libm/Makefile.am index bc45816..a6bb44c 100644 --- a/newlib/libm/Makefile.am +++ b/newlib/libm/Makefile.am @@ -25,6 +25,7 @@ libm.a: $(SUBLIBS) rm -rf tmp mkdir tmp cd tmp; \ + LC_ALL=C ; \ for i in $(SUBLIBS); do \ $(AR) x ../$$i; \ done; \ diff --git a/newlib/Makefile.in b/newlib/Makefile.in index 468ae99..2dc6388 100644 --- a/newlib/Makefile.in +++ b/newlib/Makefile.in @@ -908,6 +908,7 @@ uninstall-am: uninstall-toollibDATA uninstall-toollibLIBRARIES \ @USE_LIBTOOL_FALSE@ rm -rf libc.a libg.a tmp @USE_LIBTOOL_FALSE@ mkdir tmp @USE_LIBTOOL_FALSE@ cd tmp; \ +@USE_LIBTOOL_FALSE@ LC_ALL=C; \ @USE_LIBTOOL_FALSE@ $(AR) x ../libm.a $(MATHOBJS_IN_LIBC) ; \ @USE_LIBTOOL_FALSE@ $(AR) x ../libc/libc.a ; \ @USE_LIBTOOL_FALSE@ $(AR) $(AR_FLAGS) ../$@ *.o diff --git a/newlib/libc/Makefile.in b/newlib/libc/Makefile.in index cbddc5f..abcd0c7 100644 --- a/newlib/libc/Makefile.in +++ b/newlib/libc/Makefile.in @@ -1026,6 +1026,7 @@ uninstall-am: uninstall-dvi-am uninstall-html-am uninstall-info-am \ @USE_LIBTOOL_FALSE@ rm -rf tmp @USE_LIBTOOL_FALSE@ mkdir tmp @USE_LIBTOOL_FALSE@ cd tmp; \ +@USE_LIBTOOL_FALSE@ LC_ALL=C; \ @USE_LIBTOOL_FALSE@ for i in $(SUBLIBS); do \ @USE_LIBTOOL_FALSE@ $(AR) x ../$$i; \ @USE_LIBTOOL_FALSE@ done; \ diff --git a/newlib/libc/sys/linux/Makefile.in b/newlib/libc/sys/linux/Makefile.in index b15741b..fbfd9d4 100644 --- a/newlib/libc/sys/linux/Makefile.in +++ b/newlib/libc/sys/linux/Makefile.in @@ -1599,6 +1599,7 @@ uninstall-am: @USE_LIBTOOL_FALSE@ rm -rf tmp @USE_LIBTOOL_FALSE@ mkdir tmp @USE_LIBTOOL_FALSE@ cd tmp; \ +@USE_LIBTOOL_FALSE@ LC_ALL=C; \ @USE_LIBTOOL_FALSE@ for i in $(SUBLIBS); do \ @USE_LIBTOOL_FALSE@ $(AR) x ../$$i; \ @USE_LIBTOOL_FALSE@ done; \ diff --git a/newlib/libm/Makefile.in b/newlib/libm/Makefile.in index 86c4a8e..d52cbd6 100644 --- a/newlib/libm/Makefile.in +++ b/newlib/libm/Makefile.in @@ -899,6 +899,7 @@ uninstall-am: uninstall-dvi-am uninstall-html-am uninstall-info-am \ @USE_LIBTOOL_FALSE@ rm -rf tmp @USE_LIBTOOL_FALSE@ mkdir tmp @USE_LIBTOOL_FALSE@ cd tmp; \ +@USE_LIBTOOL_FALSE@ LC_ALL=C; \ @USE_LIBTOOL_FALSE@ for i in $(SUBLIBS); do \ @USE_LIBTOOL_FALSE@ $(AR) x ../$$i; \ @USE_LIBTOOL_FALSE@ done; \
Bug#846893: flac: please make the build reproducible (buildpath)
Package: libflac-doc Version: 1.3.1-4 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: buildpath While working on the “reproducible builds” effort [1], we have noticed that flac could not be built reproducibly. In particular, the generated file doc/FLAC.tag captures the path of the build directory. The attached path modifies the file to use the install path instead. [1]: https://wiki.debian.org/ReproducibleBuilds Regards, Daf >From 0533326767646c6970bca03f895af81c75c05baf Mon Sep 17 00:00:00 2001 From: Dafydd Harries <d...@rhydd.org> Date: Sat, 3 Dec 2016 16:58:53 -0500 Subject: [PATCH] remove build path from generated FLAC.tag file Use sed to update paths to point to locations in /usr/include rather than locations in the source directory at build time. --- doc/Makefile.am | 1 + 1 file changed, 1 insertion(+) diff --git a/doc/Makefile.am b/doc/Makefile.am index 4681bf8..8fc5172 100644 --- a/doc/Makefile.am +++ b/doc/Makefile.am @@ -25,6 +25,7 @@ FLAC.tag: Doxyfile rm -rf html/api mv doxytmp/html html/api rm -rf doxytmp + sed -ie 's,>.*/include/,>/usr/include/,' FLAC.tag else FLAC.tag: touch $@ -- 2.9.3
Bug#804796: RM: glitch -- ROM; inactive upstream
Package: ftp.debian.org Severity: normal Package has problematic dependencies (GStreamer 0.10) and is not active upstream.
Bug#804797: RM: numm -- ROM; dependency problems
Package: ftp.debian.org Severity: normal Package depends on GStreamer 0.10, which is about to be removed. Will re-upload if this is resolved upstream.
Bug#759912: mb2md: broken path handling
Package: mb2md Version: 3.20-6 Severity: normal Using Debian mb2md: $ mb2md -s /home/daf/notmuch.mbox -d /home/daf/mail/notmuch Converting /home/daf/notmuch.mbox to maildir: /home/daf/mail/notmuch Source Mbox is /home/daf/notmuch.mbox Target Maildir is /home/daf/mail/notmuch Fatal: unable to open input mailbox file: /home/daf//home/daf/notmuch.mbox ! Using unpatched mb2md (from `debcheckout mb2md`): $ perl mb2md-3.20.pl -s /home/daf/notmuch.mbox -d /home/daf/mail/notmuch /home/daf/notmuch.mbox /home/daf/notmuch.mbox Converting /home/daf/notmuch.mbox to maildir: /home/daf/mail/notmuch Source Mbox is /home/daf/notmuch.mbox Target Maildir is /home/daf/mail/notmuch 18951 messages. This seems to be caused by debian/patches/fix-path-expansion.patch, specifically this hunk: @@ -754,6 +755,7 @@ # Change to the target mailbox directory. chdir $maildir ; +$mbox = $pwd/$mbox; # Converts a Mbox to multiple files # in a Maildir. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747447: libghc-http-dev: broken Vcs-Darcs field (404 not found)
Package: libghc-http-dev Version: 1:4000.2.8-1+b1 Severity: normal $ debcheckout libghc-http-dev declared darcs repository at http://darcs.debian.org/pkg-haskell/haskell-http/ darcs get http://darcs.debian.org/pkg-haskell/haskell-http/ libghc-http-dev ... darcs failed: Not a repository: http://darcs.debian.org/pkg-haskell/haskell-http (HTTP response code said error 404) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740867: org-mode: can't preview LaTeX equations using only recommended packages
On Mon, Mar 10, 2014 at 01:24:40PM +0100, Sébastien Delafond wrote: On Mar/05, Dafydd Harries wrote: I assume that the org-mode Recommends: are intended to support a reasonable amount of LaTeX functionality and that this includes fragment previews. *Exporting* itself is a just a part of the functionalities that org-mode provide, so I'm thinking maybe Suggests: is more adequate to list such a large dependency ? What do you think ? Cheers, I think that's a reasonable decision in view of the trade-off, especially if users who try to export or preview without the necessary packages installed get good error messages. It's ok if users needs to explicitly install extra packages, but when things fail silently, it's frustrating. Cheers, Daf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740867: org-mode: can't preview LaTeX equations using only recommended packages
Package: org-mode Version: 8.2.4-1 Severity: normal When trying to preview LaTeX fragments (M-x org-preview-latex-fragment), org-mode would always render them as an empty square. I assume that the org-mode Recommends: are intended to support a reasonable amount of LaTeX functionality and that this includes fragment previews. The messages buffer says: Creating images for entry...1 Failed to create dvi file from /tmp/orgtex6051Enf.tex Creating images for entry...done. Use `C-c C-c' to remove images. Cannot find image file `/home/daf/nodiadau/ltxpng/stats_0d8993806dd464f0964819bd5f50f0d603f1db38.png' Looking at /tmp/orgtex6051Enf.log, we find: ! LaTeX Error: File `soul.sty' not found. apt-file tells us that soul.sty is part of texlive-latex-extra, and indeed installing it makes previews work. Somewhat obnoxiously, this Recommends: an extra ~350M of documentation. The fact that rendering failures are semi-silently ignored (the error message doesn't perceptibly appear in the minibuffer) could also be considered a bug. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-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 org-mode depends on: ii emacs24 24.3+1-2 Versions of packages org-mode recommends: ii texlive-generic-recommended 2013.20131219-1 ii texlive-latex-recommended2013.20131219-1 Versions of packages org-mode suggests: pn ditaa none pn easypg 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#717736: liboggplay1: pkg-config aberrations: non-private Requires; -uninstalled.pc is installed
Package: liboggplay1
Version: 0.2.1~git20091227-1.2
Severity: normal
Tags: upstream patch
According to my understanding, .pc files should use Requires.private
instead of Requires fields as a matter of course.
While building another package that linked against oggplay, I got
complaints from dpkg-shlibdeps that there were unnecessary
dependencies. Replacing the Requires field with a Requires.private
field in oggplay.pc fixed this.
I also noticed that oggplay-uninstalled.pc is installed, which it
shouldn't be.
Patch attached.
--- liboggplay-0.2.1~git20091227/debian/liboggplay1-dev.install
+++ liboggplay-0.2.1~git20091227/debian/liboggplay1-dev.install
@@ -4 +4 @@
-usr/lib/pkgconfig/*
+usr/lib/pkgconfig/oggplay.pc
--- liboggplay-0.2.1~git20091227.orig/oggplay.pc.in
+++ liboggplay-0.2.1~git20091227/oggplay.pc.in
@@ -5,7 +5,7 @@
Name: oggplay
Description: Decode from multiple ogg streams synchronously
-Requires: oggz fishsound theora
+Requires.private: oggz fishsound theora
Version: @VERSION@
Libs: -L${libdir} -loggplay
Libs.private: @OGGZ_LIBS@ @FISHSOUND_LIBS@ @THEORA_LIBS@ @TIGER_LIBS@ @KATE_LIBS@
Bug#714263: me too
severity 714263 serious kthxbye Same thing here. Downgrading erlang-base (along with miscellaneous erlang-*) to the wheezy version (1:15.b.1-dfsg-4) fixed it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705233: node-cssom: patch
Package: node-cssom Followup-For: Bug #705233 Control: tags -1 +patch It looks like upstream introduced a Jakefile.js upstream which generates lib/index.js. Here is a patch that runs jake lib during build to generate the file. diff -Nru node-cssom-0.2.5/debian/clean node-cssom-0.2.5/debian/clean --- node-cssom-0.2.5/debian/clean 1969-12-31 19:00:00.0 -0500 +++ node-cssom-0.2.5/debian/clean 2013-04-11 11:58:53.0 -0400 @@ -0,0 +1 @@ +lib/index.js diff -Nru node-cssom-0.2.5/debian/control node-cssom-0.2.5/debian/control --- node-cssom-0.2.5/debian/control 2013-04-09 18:03:22.0 -0400 +++ node-cssom-0.2.5/debian/control 2013-04-11 11:54:50.0 -0400 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Debian Javascript Maintainers pkg-javascript-de...@lists.alioth.debian.org Uploaders: Laszlo Boszormenyi (GCS) g...@debian.hu, David Paleino da...@debian.org -Build-Depends: debhelper (= 9) +Build-Depends: debhelper (= 9), node-jake Standards-Version: 3.9.4 Homepage: https://github.com/NV/CSSOM Vcs-Git: git://git.debian.org/collab-maint/node-cssom.git diff -Nru node-cssom-0.2.5/debian/rules node-cssom-0.2.5/debian/rules --- node-cssom-0.2.5/debian/rules 2012-03-22 16:19:17.0 -0400 +++ node-cssom-0.2.5/debian/rules 2013-04-11 11:58:57.0 -0400 @@ -4,5 +4,8 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 +override_dh_auto_build: + jake lib + %: dh $@ diff -Nru node-cssom-0.2.5/debian/clean node-cssom-0.2.5/debian/clean --- node-cssom-0.2.5/debian/clean 1969-12-31 19:00:00.0 -0500 +++ node-cssom-0.2.5/debian/clean 2013-04-11 11:58:53.0 -0400 @@ -0,0 +1 @@ +lib/index.js diff -Nru node-cssom-0.2.5/debian/control node-cssom-0.2.5/debian/control --- node-cssom-0.2.5/debian/control 2013-04-09 18:03:22.0 -0400 +++ node-cssom-0.2.5/debian/control 2013-04-11 11:54:50.0 -0400 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Debian Javascript Maintainers pkg-javascript-de...@lists.alioth.debian.org Uploaders: Laszlo Boszormenyi (GCS) g...@debian.hu, David Paleino da...@debian.org -Build-Depends: debhelper (= 9) +Build-Depends: debhelper (= 9), node-jake Standards-Version: 3.9.4 Homepage: https://github.com/NV/CSSOM Vcs-Git: git://git.debian.org/collab-maint/node-cssom.git diff -Nru node-cssom-0.2.5/debian/rules node-cssom-0.2.5/debian/rules --- node-cssom-0.2.5/debian/rules 2012-03-22 16:19:17.0 -0400 +++ node-cssom-0.2.5/debian/rules 2013-04-11 11:58:57.0 -0400 @@ -4,5 +4,8 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 +override_dh_auto_build: + jake lib + %: dh $@
Bug#698993: rasqal-utils: segmentation fault in roqet when making a SPARQL query
Package: rasqal-utils
Version: 0.9.29-1
Severity: normal
$ roqet -p 'http://api.talis.com/stores/wordnet/services/sparql' -e 'SELECT
DISTINCT ?o WHERE { ?s a ?o . } LIMIT 10;'
roqet: Calling SPARQL service at URI
http://api.talis.com/stores/wordnet/services/sparql with query 'SELECT DISTINCT
?class WHERE { ?s a ?class . } LIMIT 10;'
roqet: Error - URI
http://api.talis.com/stores/wordnet/services/sparql?query=%53E%4CEC%54+D%49%53%54%49%4EC%54+%3Fc%6Ca%73%73+%57%48E%52E+%7B+%3F%73+a+%3Fc%6Ca%73%73+.+%7D+%4C%49%4D%49%54+10%3B
- Resolving URI failed with HTTP status 403
roqet: Error - - Failed to fetch retrieval URI
http://api.talis.com/stores/wordnet/services/sparql?query=%53E%4CEC%54+D%49%53%54%49%4EC%54+%3Fc%6Ca%73%73+%57%48E%52E+%7B+%3F%73+a+%3Fc%6Ca%73%73+.+%7D+%4C%49%4D%49%54+10%3B
zsh: segmentation fault roqet -p
'http://api.talis.com/stores/wordnet/services/sparql' -e
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-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 rasqal-utils depends on:
ii libc6 2.13-36
ii libraptor2-0 2.0.8-2
ii librasqal30.9.29-1
rasqal-utils recommends no packages.
rasqal-utils 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#555168: Unclear license situation for (e)glibc locales provided by you
Indeed, the imaginet.co.uk address is not mine at all. I hereby licence all of my Debian translations under the GNU LGPLv2 or later. Is this sufficient? To the best of my memory, I was the sole contributor to d-i and probably any other Debian-specific translations. Regards, Daf Ar 09/06/2012 am 18:12, ysgrifennodd Christian PERRIER: Quoting Helge Kreutzmann (deb...@helgefjell.de): Hello, you are listed as contact person/author of the following locale: cy_GB Dafydd is a Debian Developer: his Debian address CC'ed as it might give better chances for him to get the mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676535: O: rbbr
Package: wnpp Severity: normal This package would benefit from a maintainer that still uses Ruby to do things. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628444: iwlagn - MAC is in deep sleep, cannot restore wifi operation
On Tue, Mar 20, 2012 at 12:28:01AM +, Juha Jäykkä wrote: I am starting to believe I am in the clear here, but I am not yet convinced since the root cause is still unknown. In any case, thanks for all of you for helping hunt this down. Dafydd: I think you might want to try pcie_asmp=off next Cheers, Juha As I think I mentioned before, pice_aspm=off doesn't seem to help much for me. I still get wireless failure after a day or two, although they seem to be more often correlated with resuming from suspend. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628444: iwlagn - MAC is in deep sleep, cannot restore wifi operation
On Fri, Mar 16, 2012 at 10:03:54AM +0100, Bjørn Mork wrote: But I wonder about Juha's observation about this difference between my setup: [ 12.611061] iwlwifi :03:00.0: L1 Disabled; Enabling L0S and his: [245082.407512] iwlwifi :03:00.0: L1 Enabled; Disabling L0S This looks extremely suspicious to me in light of Meenakshi's comment on known issues with L1 on these devices and that Intel therefore use L0S by default. How come Juha end up with L1 enabled, then? And is that the case for everyone seeing this bug? Today I got a failure, and on my machine it was using L0S, not L1S: Mar 16 11:38:45 localhost kernel: [ 9045.913617] iwlwifi :02:00.0: L1 Disabled; Enabling L0S So I don't think this is the difference necessarily. Syslog from today attached. Mar 16 11:37:49 localhost kernel: [ 8989.631323] iwlwifi :02:00.0: Error sending REPLY_QOS_PARAM: time out after 2000ms. Mar 16 11:37:49 localhost kernel: [ 8989.631332] iwlwifi :02:00.0: Current CMD queue read_ptr 59 write_ptr 63 Mar 16 11:37:49 localhost kernel: [ 8989.631336] iwlwifi :02:00.0: Failed to update QoS Mar 16 11:37:51 localhost kernel: [ 8991.626456] iwlwifi :02:00.0: Error sending REPLY_RXON: time out after 2000ms. Mar 16 11:37:51 localhost kernel: [ 8991.626463] iwlwifi :02:00.0: Current CMD queue read_ptr 59 write_ptr 66 Mar 16 11:37:51 localhost kernel: [ 8991.626468] iwlwifi :02:00.0: Error clearing ASSOC_MSK on BSS (-110) Mar 16 11:37:53 localhost kernel: [ 8993.621540] iwlwifi :02:00.0: Error sending REPLY_RXON: time out after 2000ms. Mar 16 11:37:53 localhost kernel: [ 8993.621547] iwlwifi :02:00.0: Current CMD queue read_ptr 59 write_ptr 69 Mar 16 11:37:53 localhost kernel: [ 8993.621552] iwlwifi :02:00.0: Error clearing ASSOC_MSK on BSS (-110) Mar 16 11:37:55 localhost kernel: [ 8995.616627] iwlwifi :02:00.0: Error sending REPLY_RXON: time out after 2000ms. Mar 16 11:37:55 localhost kernel: [ 8995.616634] iwlwifi :02:00.0: Current CMD queue read_ptr 59 write_ptr 70 Mar 16 11:37:55 localhost kernel: [ 8995.616638] iwlwifi :02:00.0: Error clearing ASSOC_MSK on BSS (-110) Mar 16 11:37:57 localhost kernel: [ 8997.611717] iwlwifi :02:00.0: Error sending REPLY_SCAN_CMD: time out after 2000ms. Mar 16 11:37:57 localhost kernel: [ 8997.611724] iwlwifi :02:00.0: Current CMD queue read_ptr 59 write_ptr 71 Mar 16 11:37:59 localhost kernel: [ 8999.606756] iwlwifi :02:00.0: Error sending REPLY_ADD_STA: time out after 2000ms. Mar 16 11:37:59 localhost kernel: [ 8999.606764] iwlwifi :02:00.0: Current CMD queue read_ptr 59 write_ptr 72 Mar 16 11:38:01 localhost kernel: [ 9001.601883] iwlwifi :02:00.0: Error sending REPLY_REMOVE_STA: time out after 2000ms. Mar 16 11:38:01 localhost kernel: [ 9001.601891] iwlwifi :02:00.0: Current CMD queue read_ptr 59 write_ptr 73 Mar 16 11:38:01 localhost kernel: [ 9001.601898] iwlwifi :02:00.0: Error removing station 00:50:7f:cb:4b:58 Mar 16 11:38:03 localhost kernel: [ 9003.596977] iwlwifi :02:00.0: Error sending REPLY_RXON: time out after 2000ms. Mar 16 11:38:03 localhost kernel: [ 9003.596984] iwlwifi :02:00.0: Current CMD queue read_ptr 59 write_ptr 74 Mar 16 11:38:03 localhost kernel: [ 9003.596989] iwlwifi :02:00.0: Error clearing ASSOC_MSK on BSS (-110) Mar 16 11:38:05 localhost kernel: [ 9005.600071] iwlwifi :02:00.0: fail to flush all tx fifo queues Mar 16 11:38:07 localhost kernel: [ 9007.595140] iwlwifi :02:00.0: Error sending POWER_TABLE_CMD: time out after 2000ms. Mar 16 11:38:07 localhost kernel: [ 9007.595148] iwlwifi :02:00.0: Current CMD queue read_ptr 59 write_ptr 75 Mar 16 11:38:09 localhost kernel: [ 9007.595154] iwlwifi :02:00.0: set power fail, ret = -110 Mar 16 11:38:09 localhost kernel: [ 9009.590164] iwlwifi :02:00.0: Error sending REPLY_RXON: time out after 2000ms. Mar 16 11:38:09 localhost kernel: [ 9009.590171] iwlwifi :02:00.0: Current CMD queue read_ptr 59 write_ptr 76 Mar 16 11:38:09 localhost kernel: [ 9009.590175] iwlwifi :02:00.0: Error clearing ASSOC_MSK on BSS (-110) Mar 16 11:38:11 localhost kernel: [ 9011.621214] iwlwifi :02:00.0: Error sending REPLY_ADD_STA: time out after 2000ms. Mar 16 11:38:11 localhost kernel: [ 9011.621221] iwlwifi :02:00.0: Current CMD queue read_ptr 59 write_ptr 77 Mar 16 11:38:13 localhost kernel: [ 9013.616306] iwlwifi :02:00.0: Error sending REPLY_RXON: time out after 2000ms. Mar 16 11:38:13 localhost kernel: [ 9013.616312] iwlwifi :02:00.0: Current CMD queue read_ptr 59 write_ptr 78 Mar 16 11:38:13 localhost kernel: [ 9013.616317] iwlwifi :02:00.0: Error clearing ASSOC_MSK on BSS (-110) Mar 16 11:38:15 localhost kernel: [ 9015.611391] iwlwifi :02:00.0: Error sending REPLY_RXON: time out after 2000ms. Mar 16 11:38:15 localhost kernel: [ 9015.611397] iwlwifi :02:00.0: Current CMD queue read_ptr 59 write_ptr 79 Mar 16 11:38:15 localhost
Bug#628444: iwlagn - MAC is in deep sleep, cannot restore wifi operation
On Fri, Mar 16, 2012 at 01:30:46PM +0100, Dafydd Harries wrote: Today I got a failure, and on my machine it was using L0S, not L1S: Mar 16 11:38:45 localhost kernel: [ 9045.913617] iwlwifi :02:00.0: L1 Disabled; Enabling L0S So I don't think this is the difference necessarily. Syslog from today attached. And I got a failure very quickly (50m) after I tried booting with power_save=1. Mar 16 13:05:15 localhost kernel: [ 31.986202] iwlwifi :02:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 Mar 16 13:05:15 localhost kernel: [ 31.986239] iwlwifi :02:00.0: setting latency timer to 64 Mar 16 13:05:15 localhost kernel: [ 31.986285] iwlwifi :02:00.0: pci_resource_len = 0x2000 Mar 16 13:05:15 localhost kernel: [ 31.986287] iwlwifi :02:00.0: pci_resource_base = c90011794000 Mar 16 13:05:15 localhost kernel: [ 31.986288] iwlwifi :02:00.0: HW Revision ID = 0x35 Mar 16 13:05:15 localhost kernel: [ 31.986414] iwlwifi :02:00.0: irq 42 for MSI/MSI-X Mar 16 13:05:15 localhost kernel: [ 31.986494] iwlwifi :02:00.0: Detected Intel(R) Centrino(R) Ultimate-N 6300 AGN, REV=0x74 Mar 16 13:05:15 localhost kernel: [ 31.986602] iwlwifi :02:00.0: L1 Enabled; Disabling L0S Mar 16 13:05:15 localhost kernel: [ 32.003127] iwlwifi :02:00.0: device EEPROM VER=0x436, CALIB=0x6 Mar 16 13:05:15 localhost kernel: [ 32.003132] iwlwifi :02:00.0: Device SKU: 0X1f0 Mar 16 13:05:15 localhost kernel: [ 32.003136] iwlwifi :02:00.0: Valid Tx ant: 0X7, Valid Rx ant: 0X7 Mar 16 13:05:15 localhost kernel: [ 32.003190] iwlwifi :02:00.0: Tunable channels: 13 802.11bg, 24 802.11a channels Mar 16 13:05:15 localhost kernel: [ 32.716291] iwlwifi :02:00.0: loaded firmware version 9.221.4.1 build 25532 Mar 16 13:05:25 localhost kernel: [ 1033.032388] iwlwifi :02:00.0: L1 Enabled; Disabling L0S Mar 16 13:05:25 localhost kernel: [ 1033.039190] iwlwifi :02:00.0: Radio type=0x0-0x3-0x1 Mar 16 13:05:26 localhost kernel: [ 1033.281070] iwlwifi :02:00.0: L1 Enabled; Disabling L0S Mar 16 13:05:26 localhost kernel: [ 1033.287845] iwlwifi :02:00.0: Radio type=0x0-0x3-0x1 Mar 16 13:36:18 localhost kernel: [ 2880.810592] iwlwifi :02:00.0: Error sending POWER_TABLE_CMD: time out after 2000ms. Mar 16 13:36:18 localhost kernel: [ 2880.810599] iwlwifi :02:00.0: Current CMD queue read_ptr 4 write_ptr 6 Mar 16 13:36:21 localhost kernel: [ 2880.810603] iwlwifi :02:00.0: set power fail, ret = -110 Mar 16 13:36:21 localhost kernel: [ 2883.304348] iwlwifi :02:00.0: Error sending REPLY_QOS_PARAM: time out after 2000ms. Mar 16 13:36:21 localhost kernel: [ 2883.304355] iwlwifi :02:00.0: Current CMD queue read_ptr 4 write_ptr 9 Mar 16 13:36:21 localhost kernel: [ 2883.304360] iwlwifi :02:00.0: Failed to update QoS Mar 16 13:36:23 localhost kernel: [ 2885.299347] iwlwifi :02:00.0: Error sending REPLY_RXON: time out after 2000ms. Mar 16 13:36:23 localhost kernel: [ 2885.299355] iwlwifi :02:00.0: Current CMD queue read_ptr 4 write_ptr 12 Mar 16 13:36:23 localhost kernel: [ 2885.299360] iwlwifi :02:00.0: Error clearing ASSOC_MSK on BSS (-110) Mar 16 13:36:25 localhost kernel: [ 2887.294339] iwlwifi :02:00.0: Error sending REPLY_RXON: time out after 2000ms. Mar 16 13:36:25 localhost kernel: [ 2887.294346] iwlwifi :02:00.0: Current CMD queue read_ptr 4 write_ptr 15 Mar 16 13:36:25 localhost kernel: [ 2887.294350] iwlwifi :02:00.0: Error clearing ASSOC_MSK on BSS (-110) Mar 16 13:36:27 localhost kernel: [ 2889.289307] iwlwifi :02:00.0: Error sending REPLY_RXON: time out after 2000ms. Mar 16 13:36:27 localhost kernel: [ 2889.289315] iwlwifi :02:00.0: Current CMD queue read_ptr 4 write_ptr 18 Mar 16 13:36:27 localhost kernel: [ 2889.289320] iwlwifi :02:00.0: Error clearing ASSOC_MSK on BSS (-110) Mar 16 13:36:29 localhost kernel: [ 2891.284303] iwlwifi :02:00.0: Error sending REPLY_ADD_STA: time out after 2000ms. Mar 16 13:36:29 localhost kernel: [ 2891.284309] iwlwifi :02:00.0: Current CMD queue read_ptr 4 write_ptr 21 Mar 16 13:36:31 localhost kernel: [ 2893.279199] iwlwifi :02:00.0: Error sending REPLY_REMOVE_STA: time out after 2000ms. Mar 16 13:36:31 localhost kernel: [ 2893.279208] iwlwifi :02:00.0: Current CMD queue read_ptr 4 write_ptr 24 Mar 16 13:36:31 localhost kernel: [ 2893.279215] iwlwifi :02:00.0: Error removing station 00:50:7f:cb:4b:58 Mar 16 13:36:33 localhost kernel: [ 2895.278267] iwlwifi :02:00.0: Error sending REPLY_RXON: time out after 2000ms. Mar 16 13:36:33 localhost kernel: [ 2895.278275] iwlwifi :02:00.0: Current CMD queue read_ptr 4 write_ptr 27 Mar 16 13:36:33 localhost kernel: [ 2895.278280] iwlwifi :02:00.0: Error clearing ASSOC_MSK on BSS (-110) Mar 16 13:36:35 localhost kernel: [ 2897.281201] iwlwifi :02:00.0: fail to flush all tx fifo queues Mar 16 13:36:37 localhost kernel: [ 2899.276196] iwlwifi :02:00.0
Bug#628444: iwlagn - MAC is in deep sleep, cannot restore wifi operation
Another failure today, but this time the device failed to come out of a sleep state after a resume cycle. ... Mar 15 16:10:52 localhost kernel: [79800.936071] ehci_hcd :00:1d.0: power state changed by ACPI to D0 Mar 15 16:10:52 localhost kernel: [79800.936173] ahci :00:1f.2: restoring config space at offset 0x1 (was 0x2b7, writing 0x2b00407) Mar 15 16:10:52 localhost kernel: [79800.936240] intel ips :00:1f.6: restoring config space at offset 0xf (was 0x400, writing 0x40b) Mar 15 16:10:52 localhost kernel: [79800.936261] intel ips :00:1f.6: restoring config space at offset 0x1 (was 0x10, writing 0x12) Mar 15 16:10:52 localhost kernel: [79800.951431] iwlwifi :02:00.0: Refused to change power state, currently in D3 Mar 15 16:10:52 localhost kernel: [79800.951443] iwlwifi :02:00.0: restoring config space at offset 0xf (was 0x, writing 0x10b) Mar 15 16:10:52 localhost kernel: [79800.951451] iwlwifi :02:00.0: restoring config space at offset 0xe (was 0x, writing 0x0) Mar 15 16:10:52 localhost kernel: [79800.951458] iwlwifi :02:00.0: restoring config space at offset 0xd (was 0x, writing 0xc8) ... Mar 15 16:10:53 localhost kernel: [79803.655115] iwlwifi :02:00.0: L1 Enabled; Disabling L0S Mar 15 16:10:53 localhost kernel: [79803.672140] iwlwifi :02:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x Mar 15 16:10:53 localhost kernel: [79803.689187] iwlwifi :02:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x ... Mar 15 16:10:59 localhost kernel: [79809.254554] iwlwifi :02:00.0: Could not load the INST uCode section Mar 15 16:10:59 localhost kernel: [79809.254563] iwlwifi :02:00.0: Failed to start RT ucode: -110 Mar 15 16:10:59 localhost kernel: [79809.271456] iwlwifi :02:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x Next iteration: wd_disable=1 power_save=0 bt_coex_active=0 Note that power_save=0 seems to be the default anyway. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628444: iwlagn - MAC is in deep sleep, cannot restore wifi operation
On Mon, Mar 12, 2012 at 12:44:29PM -0500, Jonathan Nieder wrote: Dafydd Harries wrote: Ar 12/03/2012 am 17:11, ysgrifennodd Venkataraman, Meenakshi: Dafydd Harries wrote: Like others, the problems seemed to start around 2.6.39. [...] Sadly, my dpkg.log only goes back to 3.0, which was installed last July (!). Thanks for checking, and sorry for the lack of clarity. /var/log/dpkg.log.1 et al might go back further. Yes, my logs go back as far as dpkg.log.8, which is last July. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628444: me too
I've been seeing similar problems with my Intel Corporation Centrino Ultimate-N 6300. Like others, the problems seemed to start around 2.6.39. Like othes, the card flakes out a day or two after booting, and a reboot always fixes the problem. Occasionally it stays working for longer. Like others, I've added RAM. But as far as I can recall the upgrade happened well before any poblems started appearing. Any ASPM settings are at their default. I'll try wd_disable=1 as a workaround for now. Meenakshi, will the patch you mentioned be applied in 3.3? Below is a syslog excerpt from around the time of failue. It seems to support Meenakshi's suggestion that it's related to the queue getting stuck. Mar 12 13:13:21 localhost kernel: [48188.303709] iwlwifi :02:00.0: Queue 4 stuck for 2000 ms. Mar 12 13:13:21 localhost kernel: [48188.303714] iwlwifi :02:00.0: Current read_ptr 112 write_ptr 115 Mar 12 13:13:21 localhost kernel: [48188.303716] iwlwifi :02:00.0: On demand firmware reload Mar 12 13:13:21 localhost kernel: [48188.303733] iwlwifi :02:00.0: Command REPLY_QOS_PARAM failed: FW Error Mar 12 13:13:21 localhost kernel: [48188.303737] iwlwifi :02:00.0: Failed to update QoS Mar 12 13:13:21 localhost kernel: [48188.303743] iwlwifi :02:00.0: fw recovery, no hcmd send Mar 12 13:13:21 localhost kernel: [48188.303746] iwlwifi :02:00.0: Error sending REPLY_RXON: enqueue_hcmd failed: -5 Mar 12 13:13:21 localhost kernel: [48188.303747] iwlwifi :02:00.0: Error clearing ASSOC_MSK on BSS (-5) Mar 12 13:13:22 localhost kernel: [48188.322330] iwlwifi :02:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x Mar 12 13:13:22 localhost kernel: [48188.340903] iwlwifi :02:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x ... Mar 12 13:13:22 localhost kernel: [48188.675439] ieee80211 phy0: Hardware restart was requested Mar 12 13:13:22 localhost wpa_supplicant[1472]: CTRL-EVENT-DISCONNECTED bssid=00:50:7f:cb:4b:58 reason=4 Mar 12 13:13:22 localhost kernel: [48188.742610] ieee80211 phy0: failed to remove key (1, ff:ff:ff:ff:ff:ff) from hardware (-2) ... Mar 12 13:13:28 localhost kernel: [48194.404414] iwlwifi :02:00.0: Could not load the INST uCode section Mar 12 13:13:28 localhost kernel: [48194.404423] iwlwifi :02:00.0: Failed to start RT ucode: -110 ... Mar 12 13:13:28 localhost kernel: [48194.776198] iwlwifi :02:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x Mar 12 13:13:28 localhost wpa_supplicant[1472]: Failed to initiate AP scan. Mar 12 13:13:28 localhost NetworkManager[1405]: info (wlan0): roamed from BSSID 00:50:7F:CB:4B:58 (GUM51C) to (none) ((none)) Mar 12 13:13:28 localhost kernel: [48194.776271] iwlwifi :02:00.0: Unable to initialize device. Mar 12 13:13:28 localhost kernel: [48194.776294] iwlwifi :02:00.0: Request scan called when driver not ready. I get some kind of OOPS but I'm guessing this is just because the driver can't communicate with the card when the module is being unloaded: Mar 12 13:15:04 localhost kernel: [48290.674358] [ cut here ] Mar 12 13:15:04 localhost kernel: [48290.674383] WARNING: at /build/buildd-linux-2.6_3.2.9-1-amd64-KTPapN/linux-2.6-3.2.9/debian/build/source_amd64_none/drivers/net/wireless/iwlwifi/iwl-core.c:1330 iwlagn_mac_remove_interface+0x48/0xdd [iwlwifi]() Mar 12 13:15:04 localhost kernel: [48290.674388] Hardware name: 3249CTO Mar 12 13:15:04 localhost kernel: [48290.674390] Modules linked in: uvcvideo videodev v4l2_compat_ioctl32 media snd_usb_audio snd_usbmidi_lib pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) acpi_cpufreq mperf cpufreq_stats cpufreq_userspace cpu Mar 12 13:15:04 localhost kernel: sync_memcpy async_tx raid1 raid0 multipath linear md_mod sd_mod crc_t10dif usbhid hid ahci libahci ehci_hcd libata scsi_mod usbcore thermal thermal_sys usb_common e1000e [last unloaded: scsi_wait_scan] Mar 12 13:15:04 localhost kernel: [48290.674508] Pid: 1405, comm: NetworkManager Tainted: G O 3.2.0-2-amd64 #1 Mar 12 13:15:04 localhost kernel: [48290.674511] Call Trace: Mar 12 13:15:04 localhost kernel: [48290.674520] [81046879] ? warn_slowpath_common+0x78/0x8c Mar 12 13:15:04 localhost kernel: [48290.674531] [a03ea9af] ? iwlagn_mac_remove_interface+0x48/0xdd [iwlwifi] Mar 12 13:15:04 localhost kernel: [48290.674546] [a0346eaf] ? ieee80211_do_stop+0x30d/0x45e [mac80211] Mar 12 13:15:04 localhost kernel: [48290.674552] [8104bd6b] ? _local_bh_enable_ip.isra.11+0x1e/0x88 Mar 12 13:15:04 localhost kernel: [48290.674564] [a0347012] ? ieee80211_stop+0x12/0x16 [mac80211] Mar 12 13:15:04 localhost kernel: [48290.674577] [a0347000] ? ieee80211_do_stop+0x45e/0x45e [mac80211] Mar 12 13:15:04 localhost kernel: [48290.674582] [81280e9e] ? __dev_close_many+0x84/0xb0 Mar 12 13:15:04 localhost kernel: [48290.674586] [81280efa] ? __dev_close+0x30/0x47 Mar 12 13:15:04
Bug#628444: iwlagn - MAC is in deep sleep, cannot restore wifi operation
Ar 12/03/2012 am 17:11, ysgrifennodd Venkataraman, Meenakshi: Hi, Dafydd Harries wrote: I've been seeing similar problems with my Intel Corporation Centrino Ultimate-N 6300. Like others, the problems seemed to start around 2.6.39. Odd. What kernel did you use before then? (/var/log/dpkg.log might tell.) Sadly, my dpkg.log only goes back to 3.0, which was installed last July (!). I could try installing e.g. 2.6.32 from snapshot.debian.org if other things don't help. But that would be a lot of patches to bisect, especially when reproduction iterations are so long... Like othes, the card flakes out a day or two after booting, and a reboot always fixes the problem. Occasionally it stays working for longer. [MV] what platform are you using? And does your problem appear after a system hibernate? Linux nia 3.2.0-2-amd64 #1 SMP Sun Mar 4 22:48:17 UTC 2012 x86_64 GNU/Linux The system is Debian unstable. I don't use hibernation. I do suspend regularly, but I haven't noticed any correlation with suspend/resume. Like others, I've added RAM. But as far as I can recall the upgrade happened well before any poblems started appearing. Interesting and useful. Any ASPM settings are at their default. [MV] Can you try pcie_aspm=off during boot? I'm currently waiting to see if wd_disable=1 help at all. This might take a few days, though, since I don't have any way to reproduce it. Meenakshi, will the patch you mentioned be applied in 3.3? [MV] Yes...it should be applied to 3.3 as well (it is also slated to be backported to stable kernels); but it is a fairly recent fix, so it will take some time before it gets accepted to the other Linux trees. Below is a syslog excerpt from around the time of failue. It seems to support Meenakshi's suggestion that it's related to the queue getting stuck. [...] iwlwifi :02:00.0: Queue 4 stuck for 2000 ms. [MV] Any idea what happened before this? Did you see any error sending host commands? Did you resume from a hibernate? Can you send me the log? I haven't noticed any pattern. The first thing that happens is that the NetworkManager applet seems to be trying to reconnect to the wireless. The log seems pretty quiet beforehand. Mar 12 10:09:43 localhost dhclient: DHCPREQUEST on wlan0 to 192.168.1.1 port 67 Mar 12 10:09:43 localhost dhclient: DHCPACK from 192.168.1.1 Mar 12 10:09:43 localhost dhclient: bound to 192.168.1.15 -- renewal in 15209 seconds. Mar 12 10:17:01 localhost /USR/SBIN/CRON[12402]: (root) CMD ( cd / run-parts --report /etc/cron.hourly) Mar 12 10:19:46 localhost smartd[2460]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 161 to 157 Mar 12 10:25:51 localhost dbus[1395]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper) Mar 12 10:25:51 localhost dbus[1395]: [system] Successfully activated service 'org.freedesktop.PackageKit' Mar 12 11:17:01 localhost /USR/SBIN/CRON[12472]: (root) CMD ( cd / run-parts --report /etc/cron.hourly) Mar 12 11:19:46 localhost smartd[2460]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 157 to 161 Mar 12 11:19:59 localhost dbus[1395]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper) Mar 12 11:19:59 localhost dbus[1395]: [system] Successfully activated service 'org.freedesktop.PackageKit' Mar 12 11:25:51 localhost dbus[1395]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper) Mar 12 11:25:51 localhost dbus[1395]: [system] Successfully activated service 'org.freedesktop.PackageKit' Mar 12 11:49:46 localhost smartd[2460]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 161 to 157 Mar 12 12:17:01 localhost /USR/SBIN/CRON[15518]: (root) CMD ( cd / run-parts --report /etc/cron.hourly) Mar 12 12:19:20 localhost dbus[1395]: [system] Reloaded configuration Mar 12 12:19:21 localhost dbus[1395]: [system] Reloaded configuration Mar 12 12:19:21 localhost dbus[1395]: [system] Reloaded configuration Mar 12 12:19:21 localhost dbus[1395]: [system] Reloaded configuration Mar 12 12:19:22 localhost dbus[1395]: [system] Reloaded configuration Mar 12 12:19:46 localhost smartd[2460]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 157 to 144 Mar 12 12:20:15 localhost anacron[19324]: Anacron 2.3 started on 2012-03-12 Mar 12 12:20:15 localhost anacron[19324]: Normal exit (0 jobs run) Mar 12 12:20:22 localhost dbus[1395]: [system] Reloaded configuration Mar 12 12:20:23 localhost dbus[1395]: [system] Reloaded configuration Mar 12 12:20:23 localhost dbus[1395]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper) Mar 12 12:20:23 localhost dbus[1395]: [system] Successfully activated service 'org.freedesktop.PackageKit' Mar 12 12:34:33 localhost dbus[1395]: [system] Activating service name
Bug#649769: Info received (Bug#649769: obnam: obnam --encrypt-with fails with can't query passphrase in batch mode)
Ar 01/01/2012 am 15:29, ysgrifennodd Lars Wirzenius:
On Sun, Dec 25, 2011 at 09:55:46PM +, Dafydd Harries wrote:
Strane that you get a passphrase dialog, though. That suggests that
there's something that's different in my environment. It would be good
to find out what that is.
I can reproduce this by having use-agent in my gpg.conf, and
not running a gpg agent, or not having the GPG_AGENT_INFO environment
variable set (or otherwise arranging so that gpg can't access the
agent). In this case, gpg can't get the passphrase and aborts,
since it's in batch mode.
I'm using batch mode explicitly to prevent gpg from doing anything
interactive with the user. For now, I could let it do that, but
soon Obnam will be running multiple copies of gpg at the same time,
and then batch mode is required. So I'd prefer to not disable batch
mode right now.
I could make obnam ask for the gpg passphrase, and provide
that to each gpg invocation. (For obvious reasons, I'd rather not
have it in a configuration file.) Would that be OK with you?
Are you using a gpg agent? If so, can you figure out why it doesn't
work?
Aha!
I am running an agent, and GPG_AGENT_INFO is set, but gpg.conf did not
include use-agent. I was confused because other applications (other than
the gpg command) were using the agent by default.
Setting use-agent means that obnam asks for my passphrase correctly.
(It occurs to me that it might make sense for obnam to remember the
symmetric key on the run that it generates it, to avoid asking the user
for the passphrase to decrypt it. On the other hand, forcing the user to
enter their passphrase on the first run might help the user avoid making
backups that they can't access.)
However, now I get a different error.
2012-01-03 12:59:40 INFO Obnam 0.24 starts
2012-01-03 12:59:40 INFO Backup starts
2012-01-03 12:59:40 INFO Checkpoints every 1073741824 bytes
2012-01-03 12:59:40 DEBUG Exclude pattern: obnam.log
2012-01-03 12:59:40 DEBUG opening repository (create=True)
2012-01-03 12:59:40 INFO VFS: __init__: baseurl=/home/daf/backup
2012-01-03 12:59:55 CRITICAL Traceback (most recent call last):
File /usr/lib/python2.7/dist-packages/cliapp/app.py, line 141, in _run
self.process_args(args)
File /usr/lib/python2.7/dist-packages/obnamlib/app.py, line 127, in
process_args
cliapp.Application.process_args(self, args)
File /usr/lib/python2.7/dist-packages/cliapp/app.py, line 318, in
process_args
method(args[1:])
File /usr/lib/python2.7/dist-packages/obnamlib/plugins/backup_plugin.py,
line 115, in backup
self.add_client(client_name)
File /usr/lib/python2.7/dist-packages/obnamlib/plugins/backup_plugin.py,
line 142, in add_client
self.repo.lock_root()
File /usr/lib/python2.7/dist-packages/obnamlib/repo.py, line 245, in
lock_root
self._write_format_version(self.format_version)
File /usr/lib/python2.7/dist-packages/obnamlib/repo.py, line 301, in
_write_format_version
self.hooks.call('repository-toplevel-init', self, 'metadata')
File /usr/lib/python2.7/dist-packages/obnamlib/hooks.py, line 109, in call
return self.hooks[name].call_callbacks(*args, **kwargs)
File /usr/lib/python2.7/dist-packages/obnamlib/hooks.py, line 50, in
call_callbacks
callback(*args, **kwargs)
File
/usr/lib/python2.7/dist-packages/obnamlib/plugins/encryption_plugin.py, line
104, in toplevel_init
self._write_file(repo, os.path.join(toplevel, 'key'), encrypted)
File
/usr/lib/python2.7/dist-packages/obnamlib/plugins/encryption_plugin.py, line
84, in _write_file
repo.fs.fs.write_file(pathname, contents)
File /usr/lib/python2.7/dist-packages/obnamlib/vfs_local.py, line 256, in
write_file
os.remove(tempname)
OSError: [Errno 2] No such file or directory:
'/home/daf/backup/metadata/tmpCIqJrL'
Daf
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649769: Info received (Bug#649769: obnam: obnam --encrypt-with fails with can't query passphrase in batch mode)
Ar 22/12/2011 am 13:19, ysgrifennodd Lars Wirzenius: On Tue, Dec 20, 2011 at 05:59:11AM +, Dafydd Harries wrote: One additional annoyance is that when it crashes, it leaves the root.lock file in place, which means I need to manually remove it before trying again. You can use the force-lock command with obnam to do that, but it's a bug that the lock remains. I'll see about fixing that in the next release. I do have a GPG agent running; other applications seem to be able to use the agent ok. Then it's a problem with how Obnam uses gpg, and the batch mode is probably the wrong way to do things, in that case. Strane that you get a passphrase dialog, though. That suggests that there's something that's different in my environment. It would be good to find out what that is. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649769: Info received (Bug#649769: obnam: obnam --encrypt-with fails with can't query passphrase in batch mode)
Now that #649767 is fixed, obnam always fails with this error for me, regardless of whether I'm ussing sshfs or an sftp:// URL. One additional annoyance is that when it crashes, it leaves the root.lock file in place, which means I need to manually remove it before trying again. I do have a GPG agent running; other applications seem to be able to use the agent ok. I can easily reproduce this problem outside obnam if I execute the same command myself: $ gpg --batch -d backup_repo/backup/metadata/key gpg: encrypted with 4096-bit RSA key, ID CFA7E64E, created 2011-08-22 Dafydd Harries d...@rhydd.org gpg: public key decryption failed: bad passphrase gpg: decryption failed: secret key not available Daf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652507: c2hs: fails reading its own intermediate representation (.chi)
Package: c2hs
Version: 0.16.3-2
Severity: important
Tags: upstream patch
c2hs uses shown Language.C data structures as an intermediate
representation (the .chi files), and has its own code for parsing
them. It seems that Language.C has changed its Show instance for
lexemes, and c2hs can no longer parse its own .chi files.
The symptom for me is that cabal build fails with the following
error message:
c2hs: Prelude.read: no parse
Patch attached.
-- 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_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages c2hs depends on:
ii libc6 2.13-23
ii libffi5 3.0.10-3
ii libgmp10 2:5.0.2+dfsg-2
c2hs recommends no packages.
c2hs suggests no packages.
-- no debconf information
diff -ur c2hs-0.16.3/src/C2HS/Gen/Monad.hs c2hs-0.16.3.blegh/src/C2HS/Gen/Monad.hs
--- c2hs-0.16.3/src/C2HS/Gen/Monad.hs 2011-03-24 09:04:59.0 -0400
+++ c2hs-0.16.3.blegh/src/C2HS/Gen/Monad.hs 2011-12-10 11:13:54.0 -0500
@@ -212,6 +212,11 @@
-}
-- super kludgy (depends on Show instance of Ident)
instance Read Ident where
+ readsPrec _ ('':lexeme) = let (ideChars, rest) = span (/= '') lexeme
+ in
+ if null ideChars
+ then []
+ else [(internalIdent ideChars, tail rest)]
readsPrec _ ('`':lexeme) = let (ideChars, rest) = span (/= '\'') lexeme
in
if null ideChars
Bug#649767: obnam: obnam backup fails with [Errno 38] Function not implemented
Ar 26/11/2011 am 17:35, ysgrifennodd Lars Wirzenius: On Wed, Nov 23, 2011 at 03:48:14PM -0500, Dafydd Harries wrote: $ obnam --repository=/home/daf/foo/backup --encrypt-with=12F27D94 backup ~/stuff ERROR: [Errno 38] Function not implemented I suspect the problem is related to the fact that /home/daf/foo is an sshfs mount. Can you run the command again with --log, and check from the log file if there's information about what operation failed? Thanks It turns out that it's link() that fails. I suppose some FUSE filesystems don't implement that syscall. File /usr/lib/python2.7/dist-packages/obnamlib/vfs_local.py, line 198, in write_file os.link(tempname, path) OSError: [Errno 38] Function not implemented -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649769: obnam: obnam --encrypt-with fails with can't query passphrase in batch mode
Ar 26/11/2011 am 17:33, ysgrifennodd Lars Wirzenius:
On Wed, Nov 23, 2011 at 03:58:21PM -0500, Dafydd Harries wrote:
obnam --repository=sftp://... --encrypt-with=00C0FFEE backup ~/stuff
ERROR: gpg: can't query passphrase in batch mode
gpg: decryption failed: secret key not available
Oh dear.
Hmm. It asks me the passphrase via the normal GUI popup dialog.
Can you tell me in more detail what you did?
I just ran that obnam command. The target repository doesn't exist at
the time that I run obnam, but obnam creates it fine.
Here's the backtrace from the log:
2011-12-05 10:42:50 CRITICAL Traceback (most recent call last):
File /usr/lib/python2.7/dist-packages/cliapp/app.py, line 141, in _run
self.process_args(args)
File /usr/lib/python2.7/dist-packages/obnamlib/app.py, line 123, in
process_args
cliapp.Application.process_args(self, args)
File /usr/lib/python2.7/dist-packages/cliapp/app.py, line 316, in
process_args
method(args[1:])
File /usr/lib/python2.7/dist-packages/obnamlib/plugins/backup_plugin.py,
line 100, in backup
self.add_client(client_name)
File /usr/lib/python2.7/dist-packages/obnamlib/plugins/backup_plugin.py,
line 124, in add_client
self.repo.lock_root()
File /usr/lib/python2.7/dist-packages/obnamlib/repo.py, line 236, in
lock_root
self._write_format_version(self.format_version)
File /usr/lib/python2.7/dist-packages/obnamlib/repo.py, line 293, in
_write_format_version
self.fs.overwrite_file('metadata/format', '%s\n' % version)
File /usr/lib/python2.7/dist-packages/obnamlib/repo.py, line 79, in
overwrite_file
repo=self.repo, toplevel=toplevel)
File /usr/lib/python2.7/dist-packages/obnamlib/hooks.py, line 109, in call
return self.hooks[name].call_callbacks(*args, **kwargs)
File /usr/lib/python2.7/dist-packages/obnamlib/hooks.py, line 73, in
call_callbacks
data = callback(data, *args, **kwargs)
File
/usr/lib/python2.7/dist-packages/obnamlib/plugins/encryption_plugin.py, line
118, in toplevel_write_data
symmetric_key = self.get_symmetric_key(repo, toplevel)
File
/usr/lib/python2.7/dist-packages/obnamlib/plugins/encryption_plugin.py, line
125, in get_symmetric_key
key = obnamlib.decrypt_with_secret_keys(encoded)
File /usr/lib/python2.7/dist-packages/obnamlib/encryption.py, line 247, in
decrypt_with_secret_keys
return _gpg(['-d'], stdin=encrypted, gpghome=gpghome)
File /usr/lib/python2.7/dist-packages/obnamlib/encryption.py, line 126, in
_gpg
raise obnamlib.Error(err)
Daf
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650672: RM: gtk-led-askpass -- ROM; unmaintained, somewhat obsolete
Package: ftp.debian.org Severity: normal Key handling tools these days don't call out to separate passphrase askers as much. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649767: obnam: obnam backup fails with [Errno 38] Function not implemented
Package: obnam Version: 0.23-1 Severity: normal $ obnam --repository=/home/daf/foo/backup --encrypt-with=12F27D94 backup ~/stuff ERROR: [Errno 38] Function not implemented I suspect the problem is related to the fact that /home/daf/foo is an sshfs mount. -- 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_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages obnam depends on: ii libc6 2.13-21 ii python2.7.2-9 ii python-cliapp 0.21-1 ii python-larch 0.25-1 ii python-paramiko 1.7.7.1-2 ii python-tracing0.6-1 ii python-ttystatus 0.15-1 ii python2.6 2.6.7-4 ii python2.7 2.7.2-7 obnam recommends no packages. obnam 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#649768: obnam: obnam add-key gives an unhelpful error message
Package: obnam Version: 0.23-1 Severity: normal $ obnam --repository=/home/daf/rsync.net/backup add-key Warning: Encryption not in use. Well, I'm trying to use encryption! It would be helpful if the error message could tell me what to do. The tutorial doesn't mention key management, perhaps it could be updated to document how to get started with encryption? For that matter, it may be helpful to ship the tutorial with the Debian package, or to include a TUTORIAL section in obnam(1). -- 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_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages obnam depends on: ii libc6 2.13-21 ii python2.7.2-9 ii python-cliapp 0.21-1 ii python-larch 0.25-1 ii python-paramiko 1.7.7.1-2 ii python-tracing0.6-1 ii python-ttystatus 0.15-1 ii python2.6 2.6.7-4 ii python2.7 2.7.2-7 obnam recommends no packages. obnam 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#649769: obnam: obnam --encrypt-with fails with can't query passphrase in batch mode
Package: obnam Version: 0.23-1 Severity: normal obnam --repository=sftp://... --encrypt-with=00C0FFEE backup ~/stuff ERROR: gpg: can't query passphrase in batch mode gpg: decryption failed: secret key not available Oh dear. -- 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_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages obnam depends on: ii libc6 2.13-21 ii python2.7.2-9 ii python-cliapp 0.21-1 ii python-larch 0.25-1 ii python-paramiko 1.7.7.1-2 ii python-tracing0.6-1 ii python-ttystatus 0.15-1 ii python2.6 2.6.7-4 ii python2.7 2.7.2-7 obnam recommends no packages. obnam 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#649682: ITP: numm -- numerical arts library for Python
Package: wnpp Severity: wishlist Owner: Dafydd Harries d...@debian.org * Package name: numm Version : 0.1 Upstream Author : Dafydd Harries d...@numm.org * URL : http://numm.org/numm/ * License : GPL Programming Lang: Python Description : numerical arts library for Python For programmers familiar with Python or Matlab who are interested in toying with the sounds and images around them; for artists, designers, and composers seeking a deeper understanding of the numerical systems that underlie modern media production. numm is a minimalist media library that translates popular sound, image, and video formats to and from NumPy arrays. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633545: glitch: diff for NMU version 0.6-2.1
Ar 27/07/2011 am 21:10, ysgrifennodd Jakub Wilk: tags 633545 + patch tags 633545 + pending thanks Dear maintainer, I've prepared an NMU for glitch (versioned as 0.6-2.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Hi Jakub, You're welcome to NMU my package; I would appreciate it if you would also update the collab-maint repository for the package. http://anonscm.debian.org/gitweb/?p=collab-maint/glitch.git;a=summary Daf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623352: Mistake in package description
Ar 19/04/2011 am 21:18, ysgrifennodd Paul Tagliamonte: Howdy, On Tue, Apr 19, 2011 at 10:44 AM, Martin Eberhard Schauer martin.e.scha...@gmx.de wrote: Package: alexandria Version: 0.6.1-1 Severity: wishlist Dear Maintainers, translating the package description to German I found a mistake. The online libraries sell books, so they aren't libriaries but bookshops/bookstores. Kind regards Martin I'd tend to agree. I've made the change in git since it's so minor. Daf, any input on it? Hey, I agree that most of the information sources are bookshops, but not all of them. Perhaps online catalogues or online sources would encompass everything? Daf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526819: exim4-daemon-light: claims to support TLS but doesn't recognise hosts_require_tls option on smtp transport
I just tried to reproduce this with the latest version in sid and failed, so feel free to close this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607433: ITP: glitch -- simple Python OpenGL scene graph library
Package: wnpp Severity: wishlist Owner: Dafydd Harries d...@debian.org * Package name: glitch Version : 0.5 Upstream Author : Dafydd Harries, Robert M Ochschorn * URL : http://glitch.rhydd.org/ * License : GPL Programming Lang: Python Description : simple Python OpenGL scene graph library Glitch provides a framework for writing OpenGL-based graphics programs, without attempting to replace the OpenGL API. . Glitch integrates with Gtk+ (for windowing and event input), Cairo (for 2D drawing) and GStreamer (for video input and output). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499133: duplicate
forcemerge 561671 499133 kthxbye I didn't notice that this bug is a duplicate of #561671 earlier; I uploaded a new version some time ago. Daf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499133: duplicate
unarchive 561671 forcemerge 561671 499133 archive 561671 archive 499133 kthxbye -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497928: please add a dependency on liblchown-perl
retitle 497928 rsnapshot should depend on liblchown-perl kthxbye Now that the Lchown module is in Debian (as the liblchown-perl package), could you please add a dependency on it to rsnapshot? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566062: openoffice.org: component manager is not available; openoffice won't start
Ar 20/01/2010 am 23:29, ysgrifennodd Rene Engelhard: tag 566062 + moreinfo tag 566062 + unreproducible thanks Hi, On Wed, Jan 20, 2010 at 04:35:27PM -0500, Dafydd Harries wrote: If I stry to start OpenOffice, I get the following message: The application cannot be started. The component manager is not available. There's no crash, it just exits. This usually means you have a corrupted installation. Either in your user profile or /var/lib/openoffice/basisX.Y/program/services.rdb being corrupt (most common cases) or some other important runtime file. Please try reinstalling your package and/or check your system/file system. Hi, I reinstalled all OpenOffice packages I have, and OpenOffice still won't start. My system seems fine otherwise. Is there some way I can check my services.rdb file? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566062: openoffice.org: component manager is not available; openoffice won't start
Package: openoffice.org Version: 1:3.1.1-14 Severity: important If I stry to start OpenOffice, I get the following message: The application cannot be started. The component manager is not available. There's no crash, it just exits. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (101, 'unstable'), (98, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/2 CPU cores) Locale: LANG=cy_GB.UTF-8, LC_CTYPE=cy_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org depends on: ii liblucene2-java 2.9.1+ds1-2 Full-text search engine library fo ii openoffice.org-base 1:3.1.1-14 full-featured office productivity ii openoffice.org-calc 1:3.1.1-14 full-featured office productivity ii openoffice.org-core 1:3.1.1-14 full-featured office productivity ii openoffice.org-draw 1:3.1.1-14 full-featured office productivity ii openoffice.org-filter-mobile 1:3.1.1-14 full-featured office productivity ii openoffice.org-impress 1:3.1.1-14 full-featured office productivity ii openoffice.org-java-common 1:3.1.1-14 full-featured office productivity ii openoffice.org-math 1:3.1.1-14 full-featured office productivity ii openoffice.org-officebean1:3.1.1-14 full-featured office productivity ii openoffice.org-report-builde 1:3.1.1-14 OpenOffice.org extension for build ii openoffice.org-writer1:3.1.1-14 full-featured office productivity ii ttf-dejavu 2.30-2 Metapackage to pull in ttf-dejavu- Versions of packages openoffice.org recommends: ii openoffice.org-filter- 1:3.1.1-14full-featured office productivity ii ttf-liberation 1.05.2.20091019-4 Fonts with the same metrics as Tim Versions of packages openoffice.org suggests: ii cups-bsd 1.4.2-6 Common UNIX Printing System(tm) - ii gstreamer0.10-ffmpeg 0.10.9-3FFmpeg plugin for GStreamer ii gstreamer0.10-plugins-bad0.10.17-2 GStreamer plugins from the bad s ii gstreamer0.10-plugins-base 0.10.25-7 GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.17-1 GStreamer plugins from the good ii gstreamer0.10-plugins-ugly 0.10.13-2 GStreamer plugins from the ugly ii hunspell-en-us [hunspell-dic 20070829-3 English_american dictionary for hu ii iceweasel3.5.6-1 lightweight web browser based on M ii imagemagick 7:6.5.8.3-1 image manipulation programs ii java-gcj-compat [java5-runti 1.0.80-5.1 Java runtime environment using GIJ ii libgl1-mesa-glx [libgl1] 7.7~rc2-1 A free implementation of the OpenG ii libpaper-utils 1.1.23+nmu1 library for handling paper charact ii libsane 1.0.20-13 API library for scanners ii libxrender1 1:0.9.5-1 X Rendering Extension client libra ii menu 2.1.42 generates programs menu for all me pn myspell-dictionary none (no description available) pn openclipart-openoffice.org none (no description available) ii openjdk-6-jre [java5-runtime 6b17~pre3-1 OpenJDK Java runtime, using Hotspo ii openoffice.org-gnome 1:3.1.1-14 full-featured office productivity pn openoffice.org-help-3.1 none (no description available) pn openoffice.org-hyphenation none (no description available) pn openoffice.org-l10n-3.1 none (no description available) pn openoffice.org2-thesaurusnone (no description available) ii pstoedit 3.45-8 PostScript and PDF files to editab ii sun-java6-jre [java5-runtime 6-17-1 Sun Java(TM) Runtime Environment ( ii unixodbc 2.2.11-21 ODBC tools libraries Versions of packages openoffice.org-core depends on: ii fontconfig 2.8.0-2 generic font configuration library ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.19.7-1 Multi-protocol file transfer libra ii libdb4.84.8.26-1 Berkeley v4.8 Database Libraries [ ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.5-20091223-1 GCC support library ii libglib2.0-02.22.3-2 The GLib library of C routines ii libgstreamer-plugin 0.10.25-7GStreamer libraries from the base ii libgstreamer0.10-0 0.10.25-4+b1 Core GStreamer libraries and eleme ii libgtk2.0-0 2.19.1-1 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.8-5 spell checker and morphological an ii libhyphen0 2.4-6ALTLinux
Bug#560392: please provide libdbus-dbg package
Package: dbus Version: 1.2.16-2 Severity: wishlist This would help in tracking down bugs like this: ==15935== 1,338,439 (59,024 direct, 1,279,415 indirect) bytes in 527 blocks are definitely lost in loss record 4,627 of 4,627 ==15935==at 0x4024C4C: malloc (vg_replace_malloc.c:195) ==15935==by 0x4180FB2: dbus_malloc (in /lib/libdbus-1.so.3.4.0) ==15935==by 0x416F222: ??? (in /lib/libdbus-1.so.3.4.0) ==15935==by 0x41723C9: ??? (in /lib/libdbus-1.so.3.4.0) ==15935==by 0x417B610: ??? (in /lib/libdbus-1.so.3.4.0) ==15935==by 0x417B789: ??? (in /lib/libdbus-1.so.3.4.0) ==15935==by 0x417C70C: ??? (in /lib/libdbus-1.so.3.4.0) ==15935==by 0x417CC6F: ??? (in /lib/libdbus-1.so.3.4.0) ==15935==by 0x417AD5E: ??? (in /lib/libdbus-1.so.3.4.0) ==15935==by 0x416559D: ??? (in /lib/libdbus-1.so.3.4.0) ==15935==by 0x4167AC4: ??? (in /lib/libdbus-1.so.3.4.0) ==15935==by 0x4175110: dbus_pending_call_block (in /lib/libdbus-1.so.3.4.0) ==15935==by 0x4166B10: dbus_connection_send_with_reply_and_block (in /lib/libdbus-1.so.3.4.0) ==15935==by 0x41608DA: dbus_bus_release_name (in /lib/libdbus-1.so.3.4.0) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553040: mailutils: undeclared conflict with bsd-mailx
Package: mailutils Version: mailutils Severity: normal While installing: dpkg: error processing /var/cache/apt/archives/mailutils_1%3a2.1+dfsg1-1_i386.deb (--unpack): trying to overwrite '/etc/mail.rc', which is also in package bsd-mailx 0:8.1.2-0.20081101cvs-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551811: libclutter-1.0-dev: dependency on libmesa-gl-dev should be versioned
Package: libclutter-1.0-dev Version: 1.0.6-1 Severity: normal Older versions (~7.0) of libmesa-gl-dev didn't have the gl.pc file that Clutter needs. I'm not sure when the .pc file was added though. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529076: kanjipad: uses BW instead of GTk theme colours
Ar 08/06/2009 am 15:44, ysgrifennodd Michal Suchanek: 2009/6/8 Dafydd Harries d...@debian.org: Ar 17/05/2009 am 18:41, ysgrifennodd Michal Suchanek: Package: kanjipad Version: 2.0.0-6 Severity: minor Tags: patch The pad area and kanji guesses are always drawn in BW regardless of GTK theme colours. Hi, thanks for your patch. I tried it, but I'm not convinced that it's an improvement, at least not with the theme that I use. Which theme are you using? Is that because your theme has colours you don't like or because the wrong colours are picked from the theme? That's a fair point. I did choose my theme, and the colours it has work for most things; I just feel they look a bit strange with KanjiPad. The theme in question is Darklooks. I'm not sure what the right thing is to do here. Daf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539727: too easy to confirm without knowledge
Ar 03/08/2009 am 11:43, ysgrifennodd martin f krafft: Package: gtk-led-askpass Version: 0.10-2 Severity: normal If I use gtk-led-askpass as SSH_ASKPASS programme and told the ssh-agent to require confirmations for an identity (ssh-add -c), gtk-led-askpass pops up and a simple enter or space press will give confirmation. SInce the window is captive, this can happen inadvertedly. It might make sense to default to cancel for confirmation dialogs. I'm not sure I understand how these confirmation dialogs are supposed to work. I tried running ssh-add with -c, but the gtk-led-askpass invocation seems identical. Do yo know how it can tell whether it's a confirmation dialog or not? x11-ssh-askpass seems to show the same UI in either case. Daf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529076: kanjipad: uses BW instead of GTk theme colours
Ar 17/05/2009 am 18:41, ysgrifennodd Michal Suchanek: Package: kanjipad Version: 2.0.0-6 Severity: minor Tags: patch The pad area and kanji guesses are always drawn in BW regardless of GTK theme colours. Hi, thanks for your patch. I tried it, but I'm not convinced that it's an improvement, at least not with the theme that I use. Which theme are you using? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526819: exim4-daemon-light: claims to support TLS but doesn't recognise hosts_require_tls option on smtp transport
Ar 17/05/2009 am 18:48, ysgrifennodd Andreas Metzler: On 2009-05-04 Andreas Metzler ametz...@downhill.at.eu.org wrote: On 2009-05-04 Dafydd Harries d...@debian.org wrote: [...] IIRC, only the port and the hosts_require_tls lines were added over the default version of transport/30_exim4-config_remote_smtp_smarthost. I think the transport is fine, but I also think you have got a second hosts_require_tls setting somewhere else. line 213 is far away from the tranport setting. Please take a look at /var/lib/exim4/config.autogenerated.tmp and grep -r hosts_require_tls /etc/exim4/ Have you doublechecked yet? I checked. hosts_require_tls appears twice, both times in a transport stanza (once for remote_smtp and once for remote_smtp_smarthost). I don't think I changed the configuration in between changing which version of Exim I had installed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526819: exim4-daemon-light: claims to support TLS but doesn't recognise hosts_require_tls option on smtp transport
Ar 04/05/2009 am 19:14, ysgrifennodd Andreas Metzler:
On 2009-05-03 Dafydd Harries d...@debian.org wrote:
Package: exim4-daemon-light
Version: 4.69-9
Severity: normal
Older versions of exim4-daemon-light supported the hosts_require_tls
option on the smtp transport. After upgrading exim recently, it
stopped recognising this option:
2008-11-13 12:20:26 Exim configuration error in line 213 of
/var/lib/exim4/config.autogenerated.tmp:
main option hosts_require_tls unknown
Hence, my mail configuration stopped working. Either
exim4-daemon-light should support this option, or the package
description should make it clear that it doesn't have full TLS
support.
Hello,
From the error message this sounds like the respective line is placed
the wrong section of the configuration file, with the main options
instead of as a setting for the respective transport.
At least that is the case for me.
(SID)r...@argenau:/# exim4 -bP transport remote_smtp | \
grep require_tls
hosts_require_tls = *
cu andreas
Here's the entire transport stanza:
remote_smtp_smarthost:
debug_print = T: remote_smtp_smarthost for $local_p...@$domain
driver = smtp
port = 2525
hosts_require_tls = mild.rhydd.org
hosts_try_auth = ; ${if exists{CONFDIR/passwd.client} \
{\
${lookup{$host}nwildlsearch{CONFDIR/passwd.client}{$host_address}}\
}\
{} \
}
.ifdef REMOTE_SMTP_SMARTHOST_HOSTS_AVOID_TLS
hosts_avoid_tls = REMOTE_SMTP_SMARTHOST_HOSTS_AVOID_TLS
.endif
.ifdef REMOTE_SMTP_HEADERS_REWRITE
headers_rewrite = REMOTE_SMTP_HEADERS_REWRITE
.endif
.ifdef REMOTE_SMTP_RETURN_PATH
return_path = REMOTE_SMTP_RETURN_PATH
.endif
.ifdef REMOTE_SMTP_HELO_FROM_DNS
helo_data=REMOTE_SMTP_HELO_DATA
.endif
IIRC, only the port and the hosts_require_tls lines were added over the default
version of transport/30_exim4-config_remote_smtp_smarthost.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526819: exim4-daemon-light: claims to support TLS but doesn't recognise hosts_require_tls option on smtp transport
Package: exim4-daemon-light Version: 4.69-9 Severity: normal Older versions of exim4-daemon-light supported the hosts_require_tls option on the smtp transport. After upgrading exim recently, it stopped recognising this option: 2008-11-13 12:20:26 Exim configuration error in line 213 of /var/lib/exim4/config.autogenerated.tmp: main option hosts_require_tls unknown Hence, my mail configuration stopped working. Either exim4-daemon-light should support this option, or the package description should make it clear that it doesn't have full TLS support. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526821: xword: support British-style crosswords, and other patches
Package: xword
Version: 1.0-3
Severity: wishlist
Tags: patch
xword assumes that crosswords it reads are American-style, i.e. that any
square that has a black square above it or to its left is at the beginning of
a new solution, which isn't true of British-style crosswords (see
http://en.wikipedia.org/wiki/Crossword#Types_of_grid). Hence it gets very
confused when loading a British-style crossword.
Here is a series of patches that add support for British-style layouts, plus
one fix for keypress handling and and one patch that adds a test suite. These
are taken from my git repository at (http://rhydd.org/git/xword/).
From fdfb5a210da7f4596323330e72b1fc190611f40e Mon Sep 17 00:00:00 2001
From: Dafydd Harries d...@rhydd.org
Date: Sun, 3 May 2009 16:39:40 +0300
Subject: [PATCH 1/6] handle British-style crossword layouts
When allocating numbers to cells, allocate a new number to a cell if the cell:
- is white;
- has not already been allocated a number;
- and it it followed by white cell either to the right or downwards.
When allocating a number, allocate the same number to consecutive white cells
to the right or downwards. Previously, a new number was always allocated if
the cell above or to the left was black.
---
xword | 61 -
1 files changed, 36 insertions(+), 25 deletions(-)
diff --git a/xword b/xword
index 1fde0fa..8da2492 100755
--- a/xword
+++ b/xword
@@ -263,35 +263,39 @@ class Puzzle:
number = 1
for y in range(self.height):
for x in range(self.width):
-is_fresh_x = self.is_black(x-1, y)
-is_fresh_y = self.is_black(x, y-1)
+new_across = False
+new_down = False
if not self.is_black(x, y):
-if is_fresh_x:
-self.across_map[x, y] = number
-if self.is_black(x+1, y):
-self.across_clues[number] = ''
-else:
-self.across_clues[number] = self.clues.pop(0)
-else: self.across_map[x, y] = self.across_map[x-1, y]
+if ((x, y) not in self.across_map and
+not self.is_black(x+1, y)):
+new_across = True
+self.across_clues[number] = self.clues.pop(0)
+
+for x_ in range(x, self.width):
+if self.is_black(x_, y):
+break
+
+self.across_map[x_, y] = number
-if is_fresh_y:
-self.down_map[x, y] = number
-if self.is_black(x, y+1): # see April 30, 2006 puzzle
-self.down_clues[number] = ''
-else:
-self.down_clues[number] = self.clues.pop(0)
-else: self.down_map[x, y] = self.down_map[x, y-1]
-
-if is_fresh_x or is_fresh_y:
-self.is_across[number] = is_fresh_x
-self.is_down[number] = is_fresh_y
+if ((x, y) not in self.down_map and
+# see April 30, 2006 puzzle
+not self.is_black(x, y+1)):
+new_down = True
+self.down_clues[number] = self.clues.pop(0)
+
+for y_ in range(y, self.height):
+if self.is_black(x, y_):
+break
+
+self.down_map[x, y_] = number
+
+if new_across or new_down:
+self.is_across[number] = new_across
+self.is_down[number] = new_down
self.number_map[number] = (x, y)
self.number_rev_map[x, y] = number
number += 1
-else:
-self.across_map[x, y] = 0
-self.down_map[x, y] = 0
self.max_number = number-1
def hashcode(self):
@@ -996,8 +1000,15 @@ class PuzzleController:
self.do_update('box-update', xp, yp)
self.do_update('title-update')
-self.do_update('across-update', self.puzzle.number(x, y, ACROSS))
-self.do_update('down-update', self.puzzle.number(x, y, DOWN))
+
+if (x, y) not in self.puzzle.mode_maps[self.mode]:
+self.switch_mode()
+
+if (x, y) in self.puzzle.across_map:
+self.do_update('across-update', self.puzzle.number(x, y,
ACROSS))
+
+if (x, y) in self.puzzle.down_map:
+self.do_update('down-update', self.puzzle.number(x, y, DOWN))
def select_word(self, mode, n):
if mode self.mode: self.switch_mode()
--
1.6.2.4
From
Bug#518286: spamprobe deadlocks
Ar 07/03/2009 am 18:07, ysgrifennodd Nicolas Duboc: On Thu, Mar 05, 2009 at 08:55:50AM +, Dafydd Harries wrote: Since upgrading to Lenny, twice SpamProbe has started to freeze when accessing its database. Do you reproduce systematically ? Does it happen only under certain conditions ? Does you spamprobe database lies on a remote file-system ? NFS, CIFS, ... After the first time it happens, it happens every time. The files are on a local XFS file system. Have you tried to remove the .spamprobe/__db.* files ? (Be carreful to remove them only when no spamprobe process is running. Removing the __db.* files works around the problem. (I have a backup copy for further debugging.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518286: spamprobe deadlocks
Ar 07/03/2009 am 18:41, ysgrifennodd Nicolas Duboc: On Sat, Mar 07, 2009 at 05:15:42PM +, Dafydd Harries wrote: Do you reproduce systematically ? Does it happen only under certain conditions ? Does you spamprobe database lies on a remote file-system ? NFS, CIFS, ... After the first time it happens, it happens every time. The files are on a local XFS file system. [...] Removing the __db.* files works around the problem. (I have a backup copy for further debugging.) And then all subsequent calls to spamprobe work as expected ? Or only the first one ? I rand spamprobe dump/spamprobe spam a few more times, and no hanging. Have you change of CPU architecture recently ? I read that BDB region files (the __db.* files) are byte-order dependent. No. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518286: spamprobe deadlocks
Package: spamprobe Version: 1.4d-5 Severity: important Since upgrading to Lenny, twice SpamProbe has started to freeze when accessing its database. This results in mail delivery stopping when I have hundreds of frozen spamprobe processes. If I run spamprove -v -v dump, I get the following output: LOCKED FILE /home/daf/.spamprobe/lock WordData::setTodayDate: set date to 2397 USING REQUESTED DATABASE TYPE '' PATH /home/daf/.spamprobe/sp_words OPENING ENVIRONMENT /home/daf/.spamprobe I have to remove .spamprobe/lock before it gets this far. Attaching gdb and getting a backtrace reveals: (gdb) bt #0 0xb7f5b424 in __kernel_vsyscall () #1 0xb7b46085 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/nosegneg/libpthread.so.0 #2 0xb7c45d2d in pthread_cond_wait () from /lib/i686/nosegneg/libc.so.6 #3 0xb7e3fcba in __db_pthread_mutex_lock () from /usr/lib/libdb-4.6.so #4 0xb7e3f8ba in __db_tas_mutex_lock () from /usr/lib/libdb-4.6.so #5 0xb7eb621a in __lock_open () from /usr/lib/libdb-4.6.so #6 0xb7f01802 in __env_open () from /usr/lib/libdb-4.6.so #7 0xb7f01a65 in __env_open_pp () from /usr/lib/libdb-4.6.so #8 0x0806be86 in ?? () #9 0x0806d9e4 in ?? () #10 0x08069e5f in ?? () #11 0x0806b4c1 in ?? () #12 0x08060d94 in ?? () #13 0x080516e8 in ?? () #14 0x08066b1c in ?? () #15 0xb7b6b455 in __libc_start_main () from /lib/i686/nosegneg/libc.so.6 #16 0x0804bb41 in ?? () Any suggestions on how to debug this further? -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-xen-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages spamprobe depends on: ii debconf [debconf-2.0]1.5.24 Debian configuration management sy ii libc62.7-18 GNU C Library: Shared libraries ii libdb4.6 4.6.21-11 Berkeley v4.6 Database Libraries [ ii libgcc1 1:4.3.2-1.1 GCC support library ii libgif4 4.1.6-6 library for GIF images (library) ii libjpeg626b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.27-2PNG library - runtime ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 Versions of packages spamprobe recommends: ii maildrop 2.0.4-3mail delivery agent with filtering ii procmail 3.22-16Versatile e-mail processor spamprobe suggests no packages. -- debconf information: * spamprobe/db46_upgrade: spamprobe/db_upgrade: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518286: Acknowledgement (spamprobe deadlocks)
In both cases, the deadlock happened when spamprobe cleanup was running from cron. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518286: spamprobe deadlocks
Ar 05/03/2009 am 10:51, ysgrifennodd Nicolas Duboc: On Thu, Mar 05, 2009 at 08:55:50AM +, Dafydd Harries wrote: Package: spamprobe Version: 1.4d-5 Severity: important Since upgrading to Lenny, twice SpamProbe has started to freeze when accessing its database. This results in mail delivery stopping when I have hundreds of frozen spamprobe processes. Hi, Did you upgrade the spamprobe database as instructed by the debconf warning during the package update ? You can also find the information in file /usr/share/doc/spamprobe/README.Debian. Yes, I upgraded and it was working fine for several weeks before I had problems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#405788: New upstream version 0.6.0 available
Ar 09/01/2009 am 15:56, ysgrifennodd Jonathan Wiltshire: tag 405788 +patch thanks On Wed, Jan 07, 2009 at 06:05:55PM +, Dafydd Harries wrote: Sure; if you attach a patch, preferably with an interdiff, I'd be happy to review it. I can also sponsor an upload if necessary. I've uploaded a source package and diff to mentors.debian.net for your review, and attaching an interdiff -p1 so you can see the changes clearly. The dsc is at http://mentors.debian.net/debian/pool/main/g/gnome-gpg/gnome-gpg_0.6.0-1.1.dsc Note: its an NMU at the moment, if you want to change it to be co-maintained instead I'm happy with that. But I can't upload yet so will need sponsorship in any case. Patch looks fine. One small thing: you have a typo keept. You could clarify that it's an NMU with maintainer approval, or you could add yourself as an uploader, or you could make yourself the maintainer; whatever you prefer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#405788: New upstream version 0.6.0 available
Ar 07/01/2009 am 09:09, ysgrifennodd Jonathan Wiltshire: package gnome-gpg retitle 405788 New upstream version 0.6.0 available thanks New upstream version 0.6.0 available at http://ftp.acc.umu.se/pub/GNOME/sources/gnome-gpg/0.6/ If you'd like some help updating this, I will happily co-maintain with you. Sure; if you attach a patch, preferably with an interdiff, I'd be happy to review it. I can also sponsor an upload if necessary. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505537: rhythmbox: inhibits suspend when not playing
Package: rhythmbox Version: 0.11.6-1 Severity: normal If I try to suspend my laptop when I've been playing music in Rhythmbox, I'm told I can't suspend because Rhythmbox thinks it's playing music, even though it's stopped playing music. In the Rythmbox window, the play button is depressed, but clicking it makes no difference, and I have to quit it before I'm allowed to suspend. I'm not sure Rhythmbox inhibiting suspend makes sense at all, but it's especially obnoxious when I have to quit my music player and restart it after resuming, and also that I can no longer use my keyboard to suspend if it's been inhibited and instead have to use the panel applet. Even if this particular bug is fixed, probably it would be better if Rhythmbox just paused itself when the machine is suspended. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (99, 'unstable'), (98, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rhythmbox depends on: ii dbus 1.2.1-4 simple interprocess messaging syst ii gconf2 2.22.0-1 GNOME configuration database syste ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii gstreamer0.10-alsa [gs 0.10.19-2 GStreamer plugin for ALSA ii gstreamer0.10-esd [gst 0.10.8-4 GStreamer plugin for ESD ii gstreamer0.10-gnomevfs 0.10.19-2 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins- 0.10.19-2 GStreamer plugins from the base ii gstreamer0.10-plugins- 0.10.8-4 GStreamer plugins from the good ii gstreamer0.10-pulseaud 0.9.7-2 GStreamer plugin for PulseAudio ii gstreamer0.10-x0.10.19-2 GStreamer plugins for X11 and Pang ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libavahi-client3 0.6.22-3 Avahi client library ii libavahi-common3 0.6.22-3 Avahi common library ii libavahi-glib1 0.6.22-3 Avahi glib integration library ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-15GNU C Library: Shared libraries ii libcairo2 1.8.2-2 The Cairo 2D vector graphics libra ii libdbus-1-31.2.1-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.18.2-1 The GLib library of C routines ii libgnome-keyring0 2.22.3-2 GNOME keyring services library ii libgnome-media02.22.0-3 runtime libraries for the GNOME me ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgpod3 0.6.0-6 library to read and write songs an ii libgstreamer-plugins-b 0.10.19-2 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libhal10.5.11-6 Hardware Abstraction Layer - share ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liblircclient0 0.8.3-3 infra-red remote control support - ii libmtp70.2.6.1-3 Media Transfer Protocol (MTP) libr ii libmusicbrainz4c2a 2.1.5-2 Second generation incarnation of t ii libnautilus-burn4 2.20.0-1 Nautilus Burn Library - runtime ve ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii libnspr4-0d4.7.1-4 NetScape Portable Runtime Library ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.22.2-1 Layout and rendering of internatio ii libpixman-1-0 0.12.0-1 pixel-manipulation library for X a ii libpng12-0 1.2.27-2 PNG library - runtime ii libpopt0 1.14-4
Bug#473520: patch
Adding a profiling library just requires adding one to the control file;
dh_haskell takes care of the rest. Here is a patch to do that.
diff -ur hdbc-1.1.5.0~/debian/control hdbc-1.1.5.0/debian/control
--- hdbc-1.1.5.0~/debian/control2008-03-04 02:39:15.0 +
+++ hdbc-1.1.5.0/debian/control 2008-10-03 18:47:02.0 +0100
@@ -23,6 +23,15 @@
To use HDBC, you'll need both this package, and a driver package such
as libghc6-hdbc-postgresql-dev.
+Package: libghc6-hdbc-prof
+Section: libdevel
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}, libghc6-hdbc-dev, ghc6-prof (=
6.8.2), ghc6-prof ( 6.8.2+)
+Description: Haskell Database Connectivity, GHC6 profiling data
+ HDBC provides an abstraction layer between Haskell programs and SQL
+ relational databases. This package provides profiling information for using
+ HDBC with GHC6.
+
Package: libhugs-hdbc
Section: libs
Architecture: all
--
Dafydd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500696: pulseaudio: Assertion 'pthread_setspecific(t-key, userdata) == 0'
Package: pulseaudio Version: 0.9.10-3 Severity: normal After pulseaudio had been running for a while, I got this error: E: thread-posix.c: Assertion 'pthread_setspecific(t-key, userdata) == 0' failed at pulsecore/thread-posix.c:194, function pa_tls_set(). Aborting. Aborted (core dumped) I couldn't find the core dump it claimed to have produced. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=cy_GB.UTF-8, LC_CTYPE=cy_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pulseaudio depends on: ii adduser 3.110 add and remove users and groups ii libasound21.0.16-2 ALSA library ii libasyncns0 0.3-1 Asyncronous name service query lib ii libc6 2.7-13 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libdbus-1-3 1.2.1-3simple interprocess messaging syst ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtim ii libltdl3 1.5.26-4 A system independent dlopen wrappe ii libogg0 1.1.3-4Ogg Bitstream Library ii liboil0.3 0.3.15-1 Library of Optimized Inner Loops ii libpulsecore5 0.9.10-3 PulseAudio sound server core ii libsamplerate00.1.4-1audio rate conversion library ii libsndfile1 1.0.17-4 Library for reading/writing audio ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.10.9-1GStreamer plugin for PulseAudio ii libasound2-plugins 1.0.16-1+b1 ALSA library additional plugins ii padevchooser 0.9.3-2 PulseAudio Device Chooser ii paprefs 0.9.6-2 PulseAudio Preferences ii pulseaudio-esound-compat 0.9.10-3PulseAudio ESD compatibility layer ii pulseaudio-module-hal0.9.10-3HAL device detection module for Pu ii pulseaudio-module-x110.9.10-3X11 module for PulseAudio sound se Versions of packages pulseaudio suggests: ii paman0.9.4-1 PulseAudio Manager ii pavucontrol 0.9.6+svn20080426-1 PulseAudio Volume Control ii pavumeter0.9.3-1 PulseAudio Volume Meter ii pulseaudio-utils 0.9.10-3Command line tools for the PulseAu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499334: more general?
This problem seems more general to me.
I have a separate configuration file which has a statement like:
alias.url += (/foo = /blah/blah/foo)
This statement does not do anything if the similar statements in 10-cgi.conf
are present. Commenting out one of them is not enough; both of them need to be
disabled. It took me quite a while to work this out and was very frustrating.
This problem is present in 1.4.19-4. The strange thing is that a similar
configuration works on another machine that is running 1.4.19-1~bpo40+1,
although the alias.uri statements in that configuration are inside a
$HTTP[host] == ... {} stanza, so perhaps the bug is present but the
configuration is different enough not to tickle it.
--
Dafydd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462266: patch
The crash seems to happen when idata-ctx is NULL on line 233 in
imap_mailbox_state().
The attached patch seems to at least work around the problem.
--
Dafydd
--- mutt.orig/imap/browse.c 2008-09-04 11:38:19.0 +0100
+++ mutt/imap/browse.c 2008-09-04 11:38:31.0 +0100
@@ -228,7 +228,7 @@
return -1;
}
- if (!imap_mxcmp(mx.mbox, idata-mailbox))
+ if (!imap_mxcmp(mx.mbox, idata-mailbox) idata-ctx)
{
state-new = idata-ctx-new;
state-messages = idata-ctx-msgcount;
Bug#494940: libloudmouth1-0: clients constantly get kicked
Ar 13/08/2008 am 11:55, ysgrifennodd Paul van Tilburg: Package: libloudmouth1-0 Version: 1.4.1-1 Severity: grave Justification: renders package unusable Hi! Clients that use LoudMouth constantly get kicked when used (at least) in combination with ejabberd. While my client (Gossip) on a NATed machine seems to have no problems, all clients (Gossip, Empathy) running on a machine directly connected constantly get kicked after 30s to 5 minutes of inactivity. Downgrading libloudmouth1-0 to version 1.4.0-1 seems to solve the problem. Since LM does not offer much debug feedback on disconnecting, I cannot provide more info than the following output: SEND: --- --- Freeing up IOChannel and file descriptor [...] and then the client starts reconnecting. Regards, Paul This is very weird. The only change in 1.4.1 was to revert a change to use TCP keepalives instead of whitespace keepalives, as TCP keepalives caused problems with some NATs. Perhaps you could check whether this happens with 1.4.0 and maybe the last 1.3 version (I forget the exact number). -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496458: cowdancer: document usage in README.Debian
Package: cowdancer Version: 0.48 Severity: minor Cowdancer doesn't seem to cointain any information about how to start using it. Including the description found in your original announcement email[0] would be very helpful. [0] http://osdir.com/ml/linux.debian.packages.pbuilder.devel/2006-05/msg00081.html -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=cy_GB.UTF-8, LC_CTYPE=cy_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cowdancer depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii pbuilder 0.182 personal package builder for Debia cowdancer recommends no packages. cowdancer suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460197:
Ar 25/03/2008 am 18:45, ysgrifennodd Christopher David Desjardins: Package: pulseaudio Version: 0.9.9-1 I can also confirm this on my machine. Someone has also suggested in #pulseaudio running pasuspender echo instead of killing pulseaudio and restarting it but I haven't tried that. Indeed, running this manually after resume seems to work around the problem. -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472552: libwww-mediawiki-client-perl: mvs diff would be nice
Package: libwww-mediawiki-client-perl Version: 0.31-1 Severity: wishlist It would be very nice to be able to use mvs to compare my local versions of wiki pages with the latest version on the wiki. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=cy_GB.UTF-8, LC_CTYPE=cy_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libwww-mediawiki-client-perl depends on: ii libexception-class-perl 1.23-1 a module that allows you to declar ii libvcs-lite-perl 0.08-2 Minimal version control system ii libwww-perl 5.808-1WWW client/server library for Perl ii libxml-libxml-perl1.66-1 Perl module for using the GNOME li ii perl 5.8.8-12 Larry Wall's Practical Extraction libwww-mediawiki-client-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472550: libwww-mediawiki-client-perl: mvs inserts U+FEFF on update
Package: libwww-mediawiki-client-perl Version: 0.31-1 Severity: normal Running mvs update sometimes causes the Unicode character U+FEFF to be inserted at the beginning of a .wiki file. I'm guessing this is some sort of byte order marker. This is annoying because it gets sent to MediaWiki when mvs commit is run, and can cause the wiki markup to be rendered incorrectly. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=cy_GB.UTF-8, LC_CTYPE=cy_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libwww-mediawiki-client-perl depends on: ii libexception-class-perl 1.23-1 a module that allows you to declar ii libvcs-lite-perl 0.08-2 Minimal version control system ii libwww-perl 5.808-1WWW client/server library for Perl ii libxml-libxml-perl1.66-1 Perl module for using the GNOME li ii perl 5.8.8-12 Larry Wall's Practical Extraction libwww-mediawiki-client-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445726: libjinglebase0.3-0: Parts of libjinglebase is GPLv2 licensed and it links to OpenSSL
Ar 07/10/2007 am 23:03, ysgrifennodd Thadeu Lima de Souza Cascardo: Package: libjinglebase0.3-0 Version: 0.3.11-1 Severity: serious Justification: Policy 2.3 In the copyright file of libjinglebase, the Affine code is said to be licensed under the GPL version 2 or later. OpenSSL license is incompatible with GPL, as known by many. The usual options are: * ask permission to the said code to relicense (perhaps an exception allowing to link to OpenSSL) * remove or rewrite the said Affine code * remove OpenSSL support when building * try to use GNUTLS compatibility with OpenSSL * replace OpenSSL with GNUTLS or NSS, rewriting SSL/TLS support I can't find the code this copyright statement refers to. Presumably the code was removed upstream since that copyright notice was written. This suggests that the appropriate fix is to just amend the copyright notice. -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466872: vim: view - no longer works
Package: vim Severity: normal I am in the habit of piping commands to view - so that I can copy parts of the output into other files, or just for syntax hilighting. This used to work, but I now get the following error: Warning: unknown mime-type for - -- using application/* Error: no view mailcap rules found for type application/* view exits with status 3. Piping to vi - still works. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=cy_GB.UTF-8, LC_CTYPE=cy_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454527: CVE-2007-6220: DoS
Ar 05/12/2007 am 23:27, ysgrifennodd Steffen Joeris: Package: typespeed Severity: normal Hi The following CVE[0] has been issued against typespeed. CVE-2007-6220: typespeed before 0.6.4 allows remote attackers to cause a denial of service (application crash) via unspecified network behavior that triggers a divide-by-zero error. It seems that the new upstream version fixes this issue, so packaging it should be enough. Please also mention the CVE id in the changelog, when you fix this. I have a new upstream version mostly ready. -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445726: libjinglebase0.3-0: Parts of libjinglebase is GPLv2 licensed and it links to OpenSSL
Ar 07/10/2007 am 23:03, ysgrifennodd Thadeu Lima de Souza Cascardo: In the copyright file of libjinglebase, the Affine code is said to be licensed under the GPL version 2 or later. OpenSSL license is incompatible with GPL, as known by many. The usual options are: * ask permission to the said code to relicense (perhaps an exception allowing to link to OpenSSL) * remove or rewrite the said Affine code * remove OpenSSL support when building * try to use GNUTLS compatibility with OpenSSL * replace OpenSSL with GNUTLS or NSS, rewriting SSL/TLS support I suspect we might just be able to remove this code. Will investigate. -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420745: gossip: Gossip forgets all its accounts
Package: gossip Version: 0.24-2 Severity: grave Justification: causes data loss When I started Gossip after upgrading to version 0.24, I started up with the account creation dialog. All my accounts had been removed from ~/.gnome2/Gossip/accounts.xml. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416523: mediawiki1.9: upgrade process assumes MySQL
Package: mediawiki1.9 Version: 1.9.3-1 Severity: normal When upgrading from mediawiki1.7 to 1.9, the postinst script assumes that the database is kept in MySQL, and fails to either dump the DB or upgrade it. As I understand it, PostgreSQL upgrades are not supported well upstream, but the Debian package should handle this case more gracefully. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=cy_GB.UTF-8, LC_CTYPE=cy_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416523: mediawiki1.9: upgrade process assumes MySQL
Ar 28/03/2007 am 18:34, ysgrifennodd Romain Beauxis: Le mercredi 28 mars 2007 18:05, Dafydd Harries a écrit : When upgrading from mediawiki1.7 to 1.9, the postinst script assumes that the database is kept in MySQL, and fails to either dump the DB or upgrade it. As I understand it, PostgreSQL upgrades are not supported well upstream, but the Debian package should handle this case more gracefully. hi Daf ! I don't know what to do with this bug since we have now droped mediawiki1.7 support for pgsql, partially because of this. If I stick to strict debian packaging, then pgsql is *not* supported anymore for 1.7 hence upgrade should be only from 1.7 with mysql. But I know that many users may have previously installed it with pgsql.. Duck, I know you installed pgsql with mediawiki, what do you think of this ? I'm not sure how you can detect what kind of database is being used short of parsing LocalSettings.php. Though of course, if php5-mysql isn't installed, it's a pretty good bet that a MySQL upgrade won't work. ;) -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415361: mediawiki1.7: cherokee.conf prevents PHP from working correctly
Package: mediawiki1.7 Version: 1.7.1-9 Severity: normal It seems that the presence of this line: Handler common in the file /etc/mediawiki1.7/cherokee.conf prevents Cherokee from using the phpcgi handler for Mediawiki's .php files. Removing this line makes it work. Some nitpicks: - Can README.Debian please be wrapped to 80 characters? - README.Debian says just go to this URL but assumes that you've managed to configure your web server. For Cherokee, it could suggest putting a line Include /etc/mediawiki1.7/cherokee.conf in /etc/cherokee/sites-available/default. - What's up with the 10 space indentation in /etc/mediawiki1.7/cherokee.conf? Can you make it use four spaces to be consistent with the config files shipped with Cherokee? -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=cy_GB.UTF-8, LC_CTYPE=cy_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#215849: arcs
Yes, this still happens with ccache 2.4. -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397929: libtelepathy: FTBFS: error while loading shared libraries: libexpat.so.1
Ar 10/11/2006 am 15:20, ysgrifennodd Julien Danjou: dbus-binding-tool --prefix=tp-connmgr --mode=glib-client ../xml/modified/tp-connmgr.xml tp-connmgr-gen.h dbus-binding-tool: error while loading shared libraries: libexpat.so.1: cannot open shared object file: No such file or directory Hmm: - libtelepathy uses dbus-binding-tool - dbus-binding tool is contained in libdbus-glib-1-dev - libtelepathy build-depends libdbus-glib-1-dev - lidbus-glib-1-dev depends on libexpat1 - libexpat1 contains libexpat.so.1 I don't understand what's going wrong. -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396862: libgtk-mozembed-ruby: FTBFS: checking for xulrunner-gtkmozembed... Ruby/GTK couldn't be initialized ('Cannot open display: ')
Ar 03/11/2006 am 13:08, ysgrifennodd Andreas Jochens: Package: libgtk-mozembed-ruby Version: 0.3.1-6 Severity: serious When building 'libgtk-mozembed-ruby' in a clean unstable chroot, I get the following error: This source package is deprecated. It has been merged upstream into the ruby-gnome2 source package. The libgtk-mozembed-ruby binary package Replaces/Provides libgtk-mozembed-ruby1.8. If libgtk-mozembed-ruby1.8 is still in the archive, it should be removed. -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396952: RM: libgtk-mozembed-ruby
Package: ftp.debian.org Severity: normal The libgk-mozembed-ruby source code has been merged upstream into the ruby-gnome2 source package, therefore the libgtk-mozembed-ruby source package should be removed from the archive. Regards, -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393821: patch
Uploading an NMU with the following patch: diff -urN haskell-utils-1.6.0.1/Makefile haskell-utils-1.6.0.1.new/Makefile --- haskell-utils-1.6.0.1/Makefile 2004-10-31 01:27:12.0 + +++ haskell-utils-1.6.0.1.new/Makefile 2006-10-28 13:26:43.0 +0100 @@ -21,6 +21,10 @@ all: $(PROGRAMS) $(MANPAGES) +ifeq $(COMPILER_NAME) ghc6 +COMPILER_FLAGS := $(COMPILER_FLAGS) -package regex-compat +endif + $(PROGRAMS): %: %.lhs ifeq $(COMPILER_NAME) hugs (echo #!/usr/bin/runhugs +l; cat $) $@ -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394239: non-determinism
It seems that the TestGraphStuff test case is non-deterministic. However, it only seems to fail when the tree has .pyc files in it. One failure has the tests in the following order: [testresources.tests.test_optimising_test_suite.MockTest testMethod=test_two, testresources.tests.test_optimising_test_suite.MockTest testMethod=test_three, testresources.tests.test_optimising_test_suite.MockTest testMethod=test_one, testresources.tests.test_optimising_test_suite.MockTest testMethod=test_four] By the way, the source package seems to have a .bzr directory; I expect this was accidental. :) -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332603: unreproducible
Upstream developers have been unable to reproduce this problem: http://bugzilla.gnome.org/show_bug.cgi?id=318185 Does this problem still occur for you? Otherwise, this bug can be closed. -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#272694: fixed?
Gossip now grows the text box vertically rather than horizontally when the text is too big, and restores it to its original size when the message has been sent. I think this bug is fixed; do you agree? -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294279: closed upstream
This bug has been marked as fixed in the upstream bug tracker. Does this still happen for you? -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#176409: interactivity
My personal feeling is that dput should, by default, ask the user to confirm that they are uploading to the right host/location and that the distribution field is correct. I have myself made both mistakes: uploading to the wrong host (ftp-master instead of a private repository) and to the wrong distribution (unstable instad of experimental). It should be possible to disable this behaviour, and it should automatically be diabled if stdin is not a tty. Another possibility would be to make the host field mandatory. -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385174: libcaca: missing CACA_DITHERING_NONE constant
Package: libcaca Version: 0.99.beta3-1 Severity: normal libcaca 0.9-6 (and, presumably, earlier versions) contained a CACA_DITHERING_NONE constant. This constant, and seeminly others, are missing from version 0.99.beta3-1 of the package. This causes GStreamer to fail to build against this version of libcaca. If this is a deliberate API change by upstream, then either both versions of the API should be supported by Debian, or all packages that build against libcaca[0] will have to be ported to the new API. [0] ([EMAIL PROTECTED]:~) grep-dctrl -s Package -F Build-Depends libcaca-dev /var/lib/apt/lists/*Sources Package: gst-plugins-good0.10 Package: gst-plugins0.8 Package: vlc Package: xine-lib Package: xine-ui -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=cy_GB.UTF-8, LC_CTYPE=cy_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328411: detecting laptop-ness
As for detecting whether a computer is a laptop or not, there's the laptop-detect package: http://packages.debian.org/unstable/utils/laptop-detect As I understand it, it uses information obtained from dmidecode to make its decision. Using it is a matter of checking whether it exited 0 (laptop) or 1 (not laptop). -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379281: python-pyxmpp: missing dependency on python-dnspython
Package: python-pyxmpp Version: 1.0.0-1.1 Severity: grave Justification: renders package unusable Attempting to import the Stream class yields the following error: Traceback (most recent call last): File server.py, line 4, in ? from pyxmpp.stream import Stream File /var/lib/python-support/python2.4/pyxmpp/stream.py, line 29, in ? from pyxmpp.streambase import StreamBase File /var/lib/python-support/python2.4/pyxmpp/streambase.py, line 47, in ? from pyxmpp import resolver File /var/lib/python-support/python2.4/pyxmpp/resolver.py, line 30, in ? import dns.resolver ImportError: No module named dns.resolver Installing the python-dnspython package solves the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372748: lintian: [new check] check for use of deprecated /usr/lib/site-python
Package: lintian Version: 1.23.21 Severity: wishlist It has been agreed that /usr/lib/site-python should be deprecated as a location for installing Python packages. Package which use this directory for private modules should use /usr/share/$package instead. Lintian could produce a warning for packages that install stuff in this directory. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370833: New dh_python proposal
Ar 10/06/2006 am 21:50, ysgrifennodd Raphael Hertzog: I have written dh_pycentral and dh_pysupport which will take care of the byte-compilation of the modules and integration with the respective tools. Those should be integrated in their respective packages (after review by their maintainer). Please no. Let's not have multiple solutions to the same problem. This wastes the time of each maintainer of a Python package who needs to work out whether they need to use dh_python, dh_pycentral, dh_pysupport or some combination of the three. We are on the verge of having a greatly improved Python policy, having that policy implemented, and finally having Python 2.4 as default in Debian. This reluctance to settle on a standard way of installing modules is slowing our progress on all three fronts, and release time draws ever nearer. -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330896: progress?
Package: wnpp Followup-For: Bug #330896 Owner: Dafydd Harries [EMAIL PROTECTED] Hi Andrew, Is there any progress on this ITP? I have a pyflakes package, but I'd like to see it in Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284092: epoch
The colon is a valid part of the version number, and delimits what's called an epoch from the rest of the version string. Other packages than metacity have colons in their version numbers. Therefore, I think it's down to APT how this is displayed. -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349813: Displays a dialog box if a signature cannot be checked because the key is not available
Ar 25/01/2006 am 05:01, ysgrifennodd Matt Kraai: Package: gnome-gpg Version: 0.3.0-3 When I open a message in Mutt that is signed by a key that I do not have, gnome-gpg displays a dialog box that says that gpg exited abnormally. I don't think it should do so. Can you tell me if this still happens with 0.3.0-4? -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322373: gnome-gpg: passphrase dialog not on top of other windows
Ar 10/08/2005 am 14:01, ysgrifennodd Thomas Quas: Package: gnome-gpg Version: 0.3.0-2.1 Severity: normal A few minutes ago I was wondering whether my GNOME desktop was frozen only to find out that the passphrase input dialog did not open on top of other windows but was hiding beyond. Neither switching windows using ALT-Tab nor changing (virtual) desktops didn't work any longer. I'd suggest to a) make the input dialog less restrictive; why shouldn't I user other applications when a single one asks me for a passphrase b) make sure the dialog *always* pops up on top of the application that initiated the key request... and stay there! This way a single application stays blocked until I submit a passphrase or cancel the entire operation. I think version 0.3.0-4 uploaded to unstable should fix it. If possible, could you test this version to se if the problem still happens? -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346518: Unneeded direct library dependencies
Ar 08/01/2006 am 17:28, ysgrifennodd J.H.M. Dassen (Ray): This package has unneeded direct library dependencies on e.g. libgcrypt11 and libfreetype6. This is deprecated, as it complicates library transitions; see http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html The attached patch relibtoolises the source tree and resolves the problem. Please apply it. Hi, Thanks for the patch; I've applied it and will upload soon. -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339511: libgtk2-ruby: Gtk::ComboBox missing?
Ar 16/11/2005 am 20:39, ysgrifennodd Hadmut Danisch: Package: libgtk2-ruby Version: 0.13.0-2 Severity: normal Hi, is the ComboBox missing in the gtk library? #!/usr/bin/ruby require 'gtk2' Gtk.init x=Gtk::ComboBox.new issues the error message uninitialized constant Gtk::ComboBox (NameError) I can't seem to reproduce this: ([EMAIL PROTECTED]:~) irb irb(main):001:0 require 'gtk2' = true irb(main):002:0 x = Gtk::ComboBox.new = #Gtk::ComboBox:0xb728c4f0 ptr=0x819afb0 I'm going to upload 0.14.1 soon -- perhaps you can see if that fixes the problem for you. -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332218: gnome-gpg: unable to start
Ar 05/10/2005 am 09:42, ysgrifennodd Damyan Ivanov: Package: gnome-gpg Version: 0.3.0-3 Severity: important Hi, Today I decided to try gnome-gpg. I started it up and it asks me to enter the password for GPG. No mater if I choose Anonymous mode or authenticated mode, gnome-gpg shows a message GPG terminated abnormally and terminates. If I start it from gnome-terminal, when I choose OK on the login dialog, the wollowing appears in the terminal: gpg: Go ahead and type your message ... At this moment the dialog is non-responsive and it seems gpg is waiting for me to enter something on the terminal, because if I press Ctrl-D, it continues: gpg: processing message failed: eof At which point the gpg exited abnormally dialog appears and the same appears on the terminal. To me this seems like some kinf of problem of communication between gnome-gpg and gpg. I am not an expert, though. If I can provide more information, please ask. Hmm, this is strange. I can't reproduce this problem myself. It seems that GPG is getting invoked wrongly somehow, but I don't know what might cause that. -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
