date:20130925

Here is a cleaner reproduction of this.

I ran attached foo.pl once. I hit ctrl-c after a few seconds.
xapian-check reported the db was ok, and all on the same base.

I ran:

while xapian-check foo; do perl foo.pl & sleep 10s; kill -9 %1; done

This failed in under 2 minutes. Result:

record:
baseA blocksize=8K items=5 lastblock=589 revision=30 levels=1 root=6
B-tree checked okay
record table structure checked OK

termlist:
baseA blocksize=8K items=5 lastblock=359 revision=30 levels=1 root=5
B-tree checked okay
termlist table structure checked OK

postlist:
baseB blocksize=8K items=299962 lastblock=1936 revision=31 levels=2 root=24
B-tree checked okay
document id 50001 in doclen stream is larger than get_last_docid() 5
document id 50001: length 7 doesn't match 0 in the termlist table
document id 50002 in doclen stream is larger than get_last_docid() 5
document id 50002: length 7 doesn't match 0 in the termlist table
document id 50003 in doclen stream is larger than get_last_docid() 5
...
document id 59998 in doclen stream is larger than get_last_docid() 5
document id 59998: length 7 doesn't match 0 in the termlist table
document id 5 in doclen stream is larger than get_last_docid() 5
document id 5: length 7 doesn't match 0 in the termlist table
document id 6 in doclen stream is larger than get_last_docid() 5
document id 6: length 7 doesn't match 0 in the termlist table
postlist table errors found: 2

position:
baseB blocksize=8K items=18 lastblock=483 revision=31 levels=1 root=319
B-tree checked okay
position table structure checked OK

spelling:
Lazily created, and not yet used.

synonym:
Lazily created, and not yet used.

Total errors found: 2


Archive of complete database: http://tmp.kitenet.net/xapian-1.tar.bz2

-- 
see shy jo
use Search::Xapian::WritableDatabase;
use Search::Xapian;

my $stemmer=Search::Xapian::Stem->new("english");

my $db=Search::Xapian::WritableDatabase->new("foo", Search::Xapian::DB_CREATE_OR_OPEN);
for (1..100) {
	my $pageterm="U:$_\n";
	my $doc=Search::Xapian::Document->new();
	$doc->set_data(
		"url=foo\n".
		"sample=foo($_)oobar($_)baz\n".
		"modtime=".localtime(time)."\n"
	);
	my $tg = Search::Xapian::TermGenerator->new();
	$tg->set_stemmer($stemmer);
	$tg->set_document($doc);
	$tg->index_text("$_ $_$_", 2);
	$tg->index_text("foo$_", 1, "XLINK");
	$doc->add_term($pageterm);
	$db->replace_document_by_term($pageterm, $doc);
}


signature.asc
Description: Digital signature

Bug#724619: pu: package mapserver/6.0.1-3.2+deb7u1

2013-09-25 Thread Sebastiaan Couwenberg

Hi,

On 09/25/2013 11:50 PM, Jonathan Wiltshire wrote:
> On Wed, Sep 25, 2013 at 10:38:54PM +0200, Bas Couwenberg wrote:
>> In the same commit in the Debian GIS repository
>> --sourcedir=debian/tmp is dropped for dh_install which shouldn't
>> effect the package as debhelper 7 and up already look in this
>> directory.
>> 
>> Should this dh_install change also be reverted none the less?
> 
> I'm prepared to close my eyes to it if you promise that you checked
> it has no effect on the binary packages.

I've run debdiff on the binary packages between 6.0.1-3.2 and +deb7u1,
and the file lists are identical as expected.

Thanks for the go ahead. I'll ask my sponsor to upload the package.

Kind Regards,

Bas

-- 
GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724626: postgresql-9.3-postgis-2.1-scripts: Missing documented SQL files for installation

2013-09-25 Thread Jamie Norrish

Package: postgresql-9.3-postgis-2.1-scripts
Version: 2.1.0-2
Severity: important

Dear Maintainer,

The documentation (postgis README.Debian.gz) makes frequent mention
of /usr/share/postgresql/*/contrib/postgis-*/postgis.sql
and /usr/share/postgresql/*/contrib/postgis-*/spatial_ref_sys.sql as a
necessary part of creating a PostGIS-enabled database or database
template. However, these files do not exist for this version. This
makes creating a new PostGIS-enabled database impossible with those
instructions.

It seems that either the documentation is out of date or the files
should be there but are not.

Jamie

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

postgresql-9.3-postgis-2.1-scripts depends on no packages.

Versions of packages postgresql-9.3-postgis-2.1-scripts recommends:
ii  postgresql-9.3-postgis-2.1  2.1.0-2

postgresql-9.3-postgis-2.1-scripts 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#717420: update reSIProcate in stable from 1.8.5 -> 1.8.12

2013-09-25 Thread Jonathan Wiltshire

Control: tag -1 + moreinfo

On Mon, Jul 22, 2013 at 01:55:08PM +0200, Daniel Pocock wrote:
> A lot of that is because the autotools artifacts (e.g. Makefile.in) are
> quite big and have been regenerated on each release
> 
> Other things can also be ignored, for example, there are lots of XML
> files for the Windows build system (Visual Studio) but those are ignored
> on Linux builds.  All the changes in those files are ignored.
> 
> I could provide a diff that eliminates changes in such files.

Yes, please.

> > deletions(-)" and adds two new packages. We'd need a lot of convincing
> > that the latter is worth doing, rather than just proving updates via
> > backports (fwiw, I'm only aware of one occasion where a new package was
> > introduced to a release once it was stable, and that was
> > openssh-blacklist via security.d.o, which is a somewhat different
> > situation).
> 
> That is because I diffed the tag for the wheezy package against the tag
> on the unstable package
> 
> If you are comfortable with the basic aim of updating this package, then
> I will merge the 1.8.12 upstream release with the original wheezy
> packaging artifacts and submit a more precise diff for final approval. 
> The set of packages will then remain the same, no new package will be added.

I think 'final approval' is a bit optimistic in this case. But there's no
point discussing anything without seeing your proposed diff (though if you
find yourself spending time on this that's probably an indication of much
it's worth fixing this).

Thanks,

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51



signature.asc
Description: Digital signature

Bug#724625: ekeyd: depends on not longer available liblua5.1-socket2

Package: ekeyd
Version: 1.1.5-5
Severity: important


Hi.

liblua5.1-socket2 (respectively lua-socket 2.0.2-8) is gone.
Please upgrade to 3.0~rc1-3.

Cheers,
Chris.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_DE.UTF-8, LC_CTYPE=en_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ekeyd depends on:
ii  libc6   2.17-93
ii  liblua5.1-0 5.1.5-5
ii  lua-socket [liblua5.1-socket2]  2.0.2-8
ii  lua5.1  5.1.5-5

Versions of packages ekeyd recommends:
ii  udev  204-5

Versions of packages ekeyd suggests:
pn  munin-node  

-- Configuration Files:
/etc/entropykey/keyring [Errno 13] Permission denied: u'/etc/entropykey/keyring'

-- 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#723587: release.debian.org: Non-free file in PyOpenCL - new version upload to stable and oldstable

2013-09-25 Thread Adam D. Barratt

On Wed, 2013-09-25 at 23:44 +0200, Tomasz Rybak wrote:
> Dnia 2013-09-24, wto o godzinie 23:34 +0100, Adam D. Barratt pisze:
> > The changelog contains a reference to #722014 but does not close it for
> > some reason; please ensure that the BTS metadata is fixed to indicate
> > that the bug is fixed in this upload.
> 
> I still have to upload fixed package to Squeeze - that's why I haven't
> closed #722014.

The BTS is more than clever enough to handle that. :-) The bug gets
marked as fixed in the uploaded version, it'll still be unfixed in the
squeeze version.

(On a related note, please /don't/ close release.debian.org bugs in your
upload; we close them ourselves after the point release.)

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724619: pu: package mapserver/6.0.1-3.2+deb7u1

2013-09-25 Thread Jonathan Wiltshire

Control: tag -1 + confirmed

Hi,

On Wed, Sep 25, 2013 at 10:38:54PM +0200, Bas Couwenberg wrote:
> >
> > +  * Migrated to debhelper level 9 and policy bumped to 3.9.3. 
> >
> > The former is definitely inappropriate for a stable update; the
> > latter
> > could be included but isn't particularly relevant.
> 
> These debhelper and policy changes have been undone in the updated
> package.
> 
> In the same commit in the Debian GIS repository --sourcedir=debian/tmp
> is dropped for dh_install which shouldn't effect the package as
> debhelper 7 and up already look in this directory.
> 
> Should this dh_install change also be reverted none the less?

I'm prepared to close my eyes to it if you promise that you checked it has
no effect on the binary packages.

> > That would be:
> >
> > ++if(strncmp(request->contenttype,
> > "application/x-www-form-urlencoded",
> > strlen("application/x-www-form-urlencoded")) == 0) {
> >
> > This will also match "application/x-www-form/urlencoded-badgers",
> > which
> > I assume wasn't intended. That may or may not be worse than the
> > original
> > bug though.
> 
> The problem without the fix is that a Content-Type header such as
> "application/x-www-form-urlencoded; charset=UTF-8" is not matched
> causing the request to fail.
> 
> While not a perfect fix for the problem, it does solve the issue.
> MapServer is able to handle POST requests by AJAX libraries.
> 
> A better fix may be to test for either just
> "application/x-www-form-urlencoded" or followed by parameter(s), like:
> 
>  if((strcmp(request->contenttype, "application/x-www-form-urlencoded") == 0)
>|| (strncmp(request->contenttype, "application/x-www-form-urlencoded;",
>strlen("application/x-www-form-urlencoded;")) == 0)) {
> 
> Should I update the patch to use this, or is it acceptable as it is?

Hmm. There are swings and roundabouts when deviating from upstream; I think
this is close enough to be 'good enough'.

Please go ahead.

Thanks,

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51



signature.asc
Description: Digital signature

Bug#681229: Processed: reassign 681229 to iptables

2013-09-25 Thread Laurence J. Lane

https://git.netfilter.org/iptables/commit/iptables/ip6tables-restore.c?id=f1c668268e9ddaedd8d78d7ae44cd26db1e8469f


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724333: RFS: swftools/0.9.2+git20130725-1

2013-09-25 Thread Vincent Bernat

 ❦ 23 septembre 2013 21:44 CEST, Christian Welzel  :

> I am looking for a sponsor for my package "swftools"
>
>  * Package name: swftools
>Version : 0.9.2+git20130725-1
>  * URL : http://www.swftools.org/
>  * License : GPL
>Section : utils

Hi Christian!

I think that you should remove most of the commented stuff in
debian/rules. Nonetheless, since it is the only thing I noticed, I have
uploaded the package. Feel free to fix debian/rules for the next upload.
-- 
Debian package sponsoring guidelines:
 http://vincent.bernat.im/en/debian-package-sponsoring.html


signature.asc
Description: PGP signature

Bug#705499: expand-region-el: xemacs21 compilation fails (no octave-mod)

2013-09-25 Thread Barak A. Pearlmutter

I noted the below commit on the upstream development repository.  Could
I trouble people with the problematic emacsen to check if the library
file "octave" is available, even though "octave-mod" is not?

If so rather than disabling expand-region entirely for the problematic
emacsen, or adding a little hack to skip compiling that particular file,
or even adding a guard to skip files that encounter compilation errors
instead of failing the install, I would be tempted to fix the root
problem by including the below patch.

In doing so, it would seem reasonable to make an upstream-snapshot
release which includes this in addition to other upstream bug fixes and
enhancements, rather than picking the one commit.

--Barak.
--
Barak A. Pearlmutter 
 Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
 http://www.bcl.hamilton.ie/~barak/



$ git show 23c18c0
commit 23c18c00400467faa690557fc71b8e17469e9cdb
Author: Mark Hepburn 
Date:   Tue Jun 18 23:02:11 2013 +1000

octave-mode: account for recent changes to file-name and feature provided.

diff --git a/expand-region.el b/expand-region.el
index b41cd3f..fac421c 100644
--- a/expand-region.el
+++ b/expand-region.el
@@ -173,6 +173,7 @@ before calling `er/expand-region' for the first time."
 (eval-after-load "latex"'(require 'latex-mode-expansions))
 (eval-after-load "nxml-mode"'(require 'nxml-mode-expansions))
 (eval-after-load "octave-mod"   '(require 'octave-expansions))
+(eval-after-load "octave"   '(require 'octave-expansions))
 (eval-after-load "python"   '(progn
(when expand-region-guess-python-mode
  (expand-region-guess-python-mode))
diff --git a/octave-expansions.el b/octave-expansions.el
index 2cdf9ff..786f1e4 100644
--- a/octave-expansions.el
+++ b/octave-expansions.el
@@ -27,7 +27,9 @@
 ;;; Code:
 
 (require 'expand-region-core)
-(require 'octave-mod)
+(or (require 'octave-mod nil t)
+(require 'octave))
+
 
 ;;; Octave-mod received a major rewrite between versions 23 and 24 of
 ;;; Emacs, for example using the new smie package instead of


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724610: Acknowledgement (incrementally updated databases eventually become corrupt)

Joey Hess wrote:
> for (1..1) {

I think this actually went up to 100 when I got the crash. 10k was
too few to not finish in a minute..

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#723587: release.debian.org: Non-free file in PyOpenCL - new version upload to stable and oldstable

2013-09-25 Thread Tomasz Rybak

Dnia 2013-09-24, wto o godzinie 23:34 +0100, Adam D. Barratt pisze:
> Control: tags -1 + pending
> 
> On Mon, 2013-09-23 at 05:26 +0200, Cyril Brulebois wrote:
> > Tomasz Rybak  (2013-09-17):
> > > After asking on debian-mentors I was advised that I should also
> > > upload DFSG-free versions of packages to stable and oldstable:
> > > http://lists.debian.org/debian-mentors/2013/09/msg00104.html
> > > I attach debdiffs of proposed changes - please review those.
> > 
> > The wheezy.diff one seems OK, feel free to get that one sponsored.
> 
> It was, and I've just flagged it for acceptance.

Thank you very much.

> The changelog contains a reference to #722014 but does not close it for
> some reason; please ensure that the BTS metadata is fixed to indicate
> that the bug is fixed in this upload.

I still have to upload fixed package to Squeeze - that's why I haven't
closed #722014. At the same time I've sent information about fixing
it in Wheezy.

Best regards.

> 
> Regards,
> 
> Adam
> 

-- 
Tomasz Rybak  GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A  488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak



signature.asc
Description: This is a digitally signed message part

Bug#724618: RM: edk2 -- RoQA; moving to non-free

2013-09-25 Thread Ansgar Burchardt

Steve Langasek  writes:
> On Wed, Sep 25, 2013 at 10:12:18PM +0200, Ansgar Burchardt wrote:
>> A part of dak still gets confused when a package exists is more than one
>> component in the same suite (IIRC only one bit in accepting NEW packages
>> is left).
>
>> Removing the package from main first makes process-policy not fail
>> later when accepting the new package into non-free.
>
> Ok.  Does this need a reupload from me once this is done, or is the
> previously-uploaded package recoverable?

I can move the package back to unchecked. In fact I did so too early and
confused dak even more... But the package should end in NEW and then
non-free this time.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691576: linux-image-mckinley 3.10+52 is fine again with gdb

2013-09-25 Thread Émeric MASCHINO

FYI, linux-image-3.10-3-mckinley 3.10.11-1 in today's Jessie updates
brought back gdb to life.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724624: felix-latin: FTBFS due to missing ttf-linux-libertine

2013-09-25 Thread Colin Watson

Package: felix-latin
Version: 2.0-6
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch saucy

felix-latin fails to build in unstable as follows:

Reading package lists...
Building dependency tree...
Reading state information...
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 sbuild-build-depends-felix-latin-dummy : Depends: ttf-linux-libertine (>= 
4.4.1-4)
E: Unable to correct problems, you have held broken packages.

Please replace this with fonts-linuxlibertine.

  * Build-depend on fonts-linuxlibertine rather than ttf-linux-libertine.

diff -Nru felix-latin-2.0/debian/control felix-latin-2.0/debian/control
--- felix-latin-2.0/debian/control  2013-06-17 10:07:13.0 +0100
+++ felix-latin-2.0/debian/control  2013-09-25 17:32:05.0 +0100
@@ -5,7 +5,7 @@
 Build-Depends: debhelper (>= 7.0.50~), qt4-qmake, libqt4-dev,
  xsltproc,  docbook-xsl,
  texlive-xetex, texlive-latex-recommended, texlive-lang-french,
- lmodern, tipa, ttf-linux-libertine (>=4.4.1-4), ghostscript
+ lmodern, tipa, fonts-linuxlibertine (>=4.4.1-4), ghostscript
 Standards-Version: 3.9.4
 Homepage: http://home.gna.org/felix/
 

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724623: Add .desktop files urxvt

2013-09-25 Thread James M Leddy


Package: rxvt-unicode
Version: 9.18-3

I can't use rxvt with unity very well because by default it does lack 
the required .desktop files in /usr/share/applications. This patch seeks 
to address that.
>From a03ff85fae8c328c5c6167382bde7980885d584f Mon Sep 17 00:00:00 2001
From: James M Leddy 
Date: Wed, 25 Sep 2013 17:20:01 -0400
Subject: [PATCH] Added .desktop files so that we work with window managers
 like Gnome and Unity

---
 debian/changelog|  7 +++
 debian/rules|  3 ++-
 debian/rxvt-unicode.desktop | 16 
 3 files changed, 25 insertions(+), 1 deletion(-)
 create mode 100644 debian/rxvt-unicode.desktop

diff --git a/debian/changelog b/debian/changelog
index 262970d..762451a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+rxvt-unicode (9.18-4) unstable; urgency=low
+
+  * Added .desktop files so that we work with window managers like Gnome
+and Unity
+
+ -- James M Leddy   Wed, 25 Sep 2013 17:12:30 -0400
+
 rxvt-unicode (9.18-3) unstable; urgency=low
 
   * Tabbed extension now works with Perl 5.18 (Closes: #721456),
diff --git a/debian/rules b/debian/rules
index 493aa50..e579968 100755
--- a/debian/rules
+++ b/debian/rules
@@ -125,7 +125,7 @@ build-stamp: config.status
 	dh_testdir
 
 	mkdir -p tmp
-	dh_installdirs -A usr/bin etc/X11/app-defaults usr/share/pixmaps
+	dh_installdirs -A usr/bin etc/X11/app-defaults usr/share/pixmaps /usr/share/applications
 
 	set -e; \
 	for x in unicode unicode-256color unicode-lite; do \
@@ -147,6 +147,7 @@ build-stamp: config.status
 		ln -sf urxvt.1.gz $$y/usr/share/man/man1/rxvt-unicode.1.gz; \
 		chrpath -d $$y/usr/bin/*; \
 		install -m644 debian/*.xpm $$y/usr/share/pixmaps; \
+		install -m644 debian/*.desktop $$y/usr/share/applications; \
 		install -m755 debian/urxvtcd $$y/usr/bin; \
 		install -m644 debian/urxvtcd.1 $$y/usr/share/man/man1; \
 		gzip -9 $$y/usr/share/man/man1/urxvtcd.1; \
diff --git a/debian/rxvt-unicode.desktop b/debian/rxvt-unicode.desktop
new file mode 100644
index 000..19ad3ed
--- /dev/null
+++ b/debian/rxvt-unicode.desktop
@@ -0,0 +1,16 @@
+[Desktop Entry]
+Name=Rxvt Color Unicode Terminal
+Comment=Use the command line
+TryExec=urxvt
+Exec=urxvt
+Icon=urxvt_48x48.xpm
+Type=Application
+Categories=Utility;TerminalEmulator;
+StartupNotify=true
+Keywords=Run;
+Actions=New
+
+[Desktop Action New]
+Name=New Rxvt Color Unicode Terminal
+Exec=urxvt
+OnlyShowIn=Unity
-- 
1.8.3.2

Bug#724551: squishyball: FTBFS: syntax error near unexpected token `vorbisfile,'

2013-09-25 Thread Jonathan Dowland

Hi,

On Tue, Sep 24, 2013 at 09:42:30PM -0400, Aaron M. Ucko wrote:
> Please declare a build dependency on pkg-config and confirm via
> pbuilder or the like that you haven't missed any others.

Thanks for catching. How embarrassing.  I see that -1 failed too,
but as an experimental package nobody noticed or cared. confirmed
via pbuilder (sbuild seems broken at the moment)

-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#722006: xserver-xorg-input-synaptics: new version breaks middle mouskey

reopen 722006
stop

This doesn't fix the issue at all (actually I'm not even using KDE).
Backporting "fixes" it again.

Therefore, reopening.


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#724618: RM: edk2 -- RoQA; moving to non-free

2013-09-25 Thread Steve Langasek

On Wed, Sep 25, 2013 at 10:12:18PM +0200, Ansgar Burchardt wrote:
> Package: ftp.debian.org
> X-Debbugs-Cc: Steve Langasek 

> Steve Langasek  writes:
> > On Wed, Sep 25, 2013 at 06:00:05PM +, Debian FTP Masters wrote:
> >> An exception was raised while processing the package:
> >> Traceback (most recent call last):
> >>   File "/srv/ftp-master.debian.org/dak/dak/process_policy.py", line 92, in 
> >> wrapper
> >> function(upload, srcqueue, comments, transaction)
> >>   File "/srv/ftp-master.debian.org/dak/dak/process_policy.py", line 144, 
> >> in comment_accept
> >> transaction.copy_source(upload.source, suite, 
> >> source_component_func(upload.source), allow_tainted=allow_tainted)
> >>   File "/srv/ftp-master.debian.org/dak/dak/daklib/archive.py", line 464, 
> >> in copy_source
> >> self._copy_file(db_dsc_file.poolfile, archive, component, 
> >> allow_tainted=allow_tainted)
> >>   File "/srv/ftp-master.debian.org/dak/dak/daklib/archive.py", line 398, 
> >> in _copy_file
> >> raise ArchiveException('cp: Could not find {0} in component {1} in any 
> >> archive.'.format(db_file.filename, component.component_name))
> >> ArchiveException: cp: Could not find e/edk2/edk2_0~20121205.edae8d2d-2.dsc 
> >> in component main in any archive.

> >> Original comments:

> > This was new processing to move the source+binary from main to non-free.  So
> > of course e/edk2/edk2_0~20121205.edae8d2d-2.dsc shouldn't be found in main.
> > Does anyone know what's going on here and how to fix this?

> A part of dak still gets confused when a package exists is more than one
> component in the same suite (IIRC only one bit in accepting NEW packages
> is left).

> Removing the package from main first makes process-policy not fail
> later when accepting the new package into non-free.

Ok.  Does this need a reupload from me once this is done, or is the
previously-uploaded package recoverable?

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#724622: RM: libreturn-value-perl -- RoM, deprecated upstream

2013-09-25 Thread Florian Schlichting

Package: libreturn-value-perl
Version: 1.666002-1
Severity: normal

libreturn-value-perl has been deprecated by upstream since 2009, and has
now started to issue warnings. Its POD states:

Please do not use this library.  You will just regret it later.

This bug should be reassigned to ftp.d.o once the reverse dependencies
(libemail-send-perl and libemail-send-io-perl, both with their own RM
bug) have been removed (or remove all three of them together).

Florian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#85960: wishlist: apt-get should 'dpkg-repack' packages before upgrade or removal

Hi.

Anything new here? Especially for >= sid users, this seems to be quite
handy, since it happens every now and then, that packages severely break
things which one only notices after they've migrated to testing...
subsequently downgrading is a bit problematic, even when considering
snapshot.d.o.

A nice feature would perhaps be an option that, if enabled, asks the
user before running, whether all, some or no packages should be
repacked. If the option isn't given, all packages (to be upgraded) are
repacked by default.


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#724598: php5-memcached: Does not build with libmemcached >= 1.0.9

2013-09-25 Thread Sergey Kirpichev

tag 724598 +pending +upstream
thanks

25.09.2013 19:51 пользователь "Michael Fladischer"  
написал:
> Upstream has already a bugreport for this:
> https://github.com/php-memcached-dev/php-memcached/pull/80
>
> There is already a package for libmemcached-1.0.17-1 in experimental. To 
> ease the transition into unstable I've attached a patch to fix those errors.

I'll do upload ASAP (probably, on next week).


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724620: jedit: depends on soon-to-be-phased-out openjdk-6

Package: jedit
Version: 5.0.0+dfsg-2
Severity: important


Hi.

OpenJDK 6 is about to go away... jedit should support OpenJDK 7 as well.

Cheers,
Chris.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_DE.UTF-8, LC_CTYPE=en_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages jedit depends on:
ii  dpkg   1.17.1
ii  java-wrappers  0.1.27
ii  openjdk-6-jre  6b27-1.12.6-1

jedit recommends no packages.

jedit 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#724621: dpkg-builflags should be versionned

2013-09-25 Thread Bill Allombert

Package: dpkg-dev
Version: 1.16.10
Severity: wishlist

Hello DPKG developers,

To be reliable, dpkg-buildflags should provide a versionning system like
debhelper does with debian/compat.

dpkg-buildflags would defines a interface level (1,2,3,...) that is incremented
each time the output of 'dpkg-buildflags --dump' change in the default
configuration. Such interface level would be defined per vendor.

Then dpkg-buildflags would provide an option --level  to choose the
interface level to use.

So 'dpkg-buildflags --level 1' would always return the same output even if
dpkg-buildflags is updated to set different flags (unless the user override
the default).

This would allow to rebuild packages with newer dpkg-dev versions without the
risk of getting different values for the flags that the original binaries
used.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724150: Pending fixes for bugs in the padre package

2013-09-25 Thread pkg-perl-maintainers

tag 724150 + pending
thanks

Some bugs in the padre package are closed in revision
88e6951975852531ea641b4e4887fb6f4ae8cabc in branch 'master' by Damyan
Ivanov

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/padre.git;a=commitdiff;h=88e6951

Commit message:

add patch fixing usage of experimental 'given', causing failed 'no 
warnings' tests

Closes: #724150 -- FTBFS: tests failed


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#660348: cups-filters: Still happening on sid

2013-09-25 Thread Yves-Alexis Perez

On mer., 2013-09-25 at 22:15 +0200, Yves-Alexis Perez wrote:
> Package: cups-filters
> Version: 1.0.34-3+b1
> Followup-For: Bug #660348
> 
> Hi,
> 
> I have a Brother HL5250DN and see the same behavior on sid. Actually,
> it's even worse since the Generic Postscript ppdf produces the same
> blank page with only:
> 
> ERROR:
> invalidaccess
> OFFENDING COMMAND:
> length
> STACK:
> 
> I've tried this ppd and the "Brother HL-5250DN BR-Script3" ppd (from
> foomatic). Whith the latter one, it seems to work but, but it takes a
> long (like, 10 minutes) to print.
> 
> I have no idea if this bug lies in cups-filters or in the ppds, but it'd
> be /really/ nice to have it fixed.
> 
> I have to admit I'm not really confident since the last entry on this
> bug is from march last year, but anyway...

Ok, actually, with the "Brother HL-5250DN BR-Script3", it takes 10
minutes to print the test page, but it was quick for a real pdf. Didier
Raboud seems to think that might then be related to ghostcript, but I
have no idea how to confirm/infirm that.

Regards,
-- 
Yves-Alexis


signature.asc
Description: This is a digitally signed message part

Bug#724619: pu: package mapserver/6.0.1-3.2+deb7u1

2013-09-25 Thread Bas Couwenberg

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu

Hi,

As briefly discussed on debian-release@ in the thread starting at [1],
I'd like to propose an update of mapserver for wheezy.

[1] https://lists.debian.org/debian-release/2013/09/msg00083.html

The package incorporaters the feedback from the Release Team. I'm
including my last reply in the thread, with some outstanding questions.

On 09/04/2013 07:51 PM, Adam D. Barratt wrote:
> On Tue, 2013-09-03 at 22:49 +0200, Sebastiaan Couwenberg wrote:
>
> +  [Francesco Paolo Lovergine]
> +  * Fixed typo that prevented AGG use in debian/rules.
> +(closes: #663875)
>
> What's the status of this bug with regard to the version of mapserver
> in
> testing / unstable? The BTS metadata indicates that it affects that
> version and is not resolved there.

I overlooked updating the version information for this bug with the
upload of 6.2.1-3, I've done so now.

This bug is not present in 6.2.1-3 because since the release of
MapServer 6.2.0 support for AGG is always included.

>
> +  * Migrated to debhelper level 9 and policy bumped to 3.9.3. 
>
> The former is definitely inappropriate for a stable update; the
> latter
> could be included but isn't particularly relevant.

These debhelper and policy changes have been undone in the updated
package.

In the same commit in the Debian GIS repository --sourcedir=debian/tmp
is dropped for dh_install which shouldn't effect the package as
debhelper 7 and up already look in this directory.

Should this dh_install change also be reverted none the less?
 
>
> +  [Bas Couwenberg]
> +  * Link executables with -ldl. Thanks Colin Watson for the patch.
> +(closes: #709186)
>
> Unless I'm missing something, the issue this is fixing doesn't
> actually
> occur with wheezy's toolchain; as such, it's not something we'd look
> at
> changing in stable I'm afraid.
 
This change has also been undone in the updated package.
 
>
> +  * Cherry pick fix for strict Content-Type matching from v6.2.1:
> +
> https://github.com/faegi/mapserver/commit/426193cf5f6b34c97cceef2aca4649c604756cd0
>
> That would be:
>
> ++if(strncmp(request->contenttype,
> "application/x-www-form-urlencoded",
> strlen("application/x-www-form-urlencoded")) == 0) {
>
> This will also match "application/x-www-form/urlencoded-badgers",
> which
> I assume wasn't intended. That may or may not be worse than the
> original
> bug though.

The problem without the fix is that a Content-Type header such as
"application/x-www-form-urlencoded; charset=UTF-8" is not matched
causing the request to fail.

While not a perfect fix for the problem, it does solve the issue.
MapServer is able to handle POST requests by AJAX libraries.

A better fix may be to test for either just
"application/x-www-form-urlencoded" or followed by parameter(s), like:

 if((strcmp(request->contenttype, "application/x-www-form-urlencoded") == 0)
   || (strncmp(request->contenttype, "application/x-www-form-urlencoded;",
   strlen("application/x-www-form-urlencoded;")) == 0)) {

Should I update the patch to use this, or is it acceptable as it is?

Kind Regards,

Bas Couwenberg
diff -Nru mapserver-6.0.1/debian/changelog mapserver-6.0.1/debian/changelog
--- mapserver-6.0.1/debian/changelog	2012-08-29 17:49:17.0 +0200
+++ mapserver-6.0.1/debian/changelog	2013-09-25 21:15:43.0 +0200
@@ -1,3 +1,15 @@
+mapserver (6.0.1-3.2+deb7u1) stable-proposed-updates; urgency=low
+
+  [ Francesco Paolo Lovergine ]
+  * Fixed typo that prevented AGG use in debian/rules.
+(closes: #663875)
+
+  [ Bas Couwenberg ]
+  * Cherry pick fix for strict Content-Type matching from v6.2.1:
+https://github.com/faegi/mapserver/commit/426193cf5f6b34c97cceef2aca4649c604756cd0
+
+ -- Bas Couwenberg   Wed, 24 Jul 2013 00:05:08 +0200
+
 mapserver (6.0.1-3.2) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru mapserver-6.0.1/debian/control mapserver-6.0.1/debian/control
--- mapserver-6.0.1/debian/control	2012-08-29 17:48:49.0 +0200
+++ mapserver-6.0.1/debian/control	2013-09-25 21:13:43.0 +0200
@@ -2,7 +2,7 @@
 Section: devel
 Priority: optional
 Maintainer: Debian GIS Project 
-Uploaders: Francesco Paolo Lovergine , Alan Boudreault 
+Uploaders: Francesco Paolo Lovergine , Alan Boudreault , Bas Couwenberg 
 Standards-Version: 3.9.2
 Build-Depends: debhelper (>= 8), libcurl4-gnutls-dev, libpng-dev, zlib1g-dev (>= 1.1.4),
  libgd2-xpm-dev (>= 2.0.1-10), libfreetype6-dev (>= 2.0.9), libjpeg-dev, libgdal1-dev (>=1.4.0), libproj-dev,
diff -Nru mapserver-6.0.1/debian/patches/contenttype mapserver-6.0.1/debian/patches/contenttype
--- mapserver-6.0.1/debian/patches/contenttype	1970-01-01 01:00:00.0 +0100
+++ mapserver-6.0.1/debian/patches/contenttype	2013-09-25 21:13:43.0 +0200
@@ -0,0 +1,21 @@
+Description: Fix parsing POST request when Content-Type has an encoding appended.
+Origin: https://github.com/faegi/mapserver/commit/426193cf5f6b34c97

Bug#667767: [pkg-php-pear] Moving libexpect-php5 packaging to pkg-php-tools (and pkg-php repository)

2013-09-25 Thread David Prévot

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Alex (sorry for the extra @packages.d.o copies, just wanted to
ensure anyone following those packages would get the notice),

libexpect-php5 is among the PEAR package that should be converted to
pkg-php-tools [1] (and dh-php5, thus the follow up to #667767). I’d like
to take this opportunity to encourage you to handle their packaging
under the Debian PHP Group umbrella [2], and move their repositories
under git/pkg-php on Alioth [3].

If you’d agree on the principle, but don’t have time to take care of it
yourself, I (or someone else from the team) would be happy to do it on
your behalf.

1: https://wiki.debian.org/ReleaseGoals/pkg-php-tools/TODO
2: http://pkg-php.alioth.debian.org/
3: http://anonscm.debian.org/gitweb/?a=project_list;pf=pkg-php

Thanks in advance for your reply.

Regards

David

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBCAAGBQJSQ0fqAAoJEAWMHPlE9r08uXEH/2q1iBQMqEN544grItuyOOU/
pif2snMpNjVUuCFl2jjxVbTBWvDeT/iaxTE0swWZ87lDHOU1dH+FWzAV8GYtXrjJ
FJM/NZ6p//5le34kpPdyDzeipj7a668l/5/5QRcVNuv6BDcLeHUseP7ijMz6/SXn
XJbwDTW2b8MOysNuvFCR8HQ6UaM2amtzi08WyH8n7Uqn871aSgabkUfnqZx6GcFP
ff3yuSNafI6wA7SK10anITyA888O9Om+En8AtGxpbO9ePEAgFjEBvmaD0w127Q/o
Ndtves+HA0V6a2K45Xa25GQaE27heURLxaemigkB3WDWdGMsfLDRO/bYtOu/ypY=
=GJPK
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724305: [Pkg-postgresql-public] PostgreSQL 9.1 support in jessie?

2013-09-25 Thread Daniel Pocock

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 25/09/13 11:41, Christoph Berg wrote:
> Re: Daniel Pocock 2013-09-25 <5242a851.1080...@pocock.com.au>
>> Apart from the procpid issue, are there likely to be many other
>> painful issues with migrating apps?
> 
> standard_conforming_strings defaults to 'on' in 9.2+, just like
> the pg_stat_activity was already changed in 9.2.
> 
> Given that 9.2 has been around for a year (plus the beta period
> before that), there's little excuse for applications not to have
> been fixed yet.
> 
>> Given that concurrent versions are supported on Debian, is there
>> any hope of keeping 9.1 as an option for people who want to build
>> Debian systems that are more in sync with commercial
>> distributions?
> 
> You could use wheezy, it has 9.1. (Or apt.postgresql.org as Martin 
> said.)
> 

Ok, thanks for all that feedback

upstream has SQL code in the client GUI and also in their database
creation code, which is a separate source package

upstream also provides individual tarballs with database upgrade code
to help people migrate between versions.  Patching all of those would
be a real pain.

Access to the procpid stuff is via stored procs, not just in regular
C++ code where we could put conditional logic for the database version.

I only found one reference to procpid in the C++ source, but the SQL
schema creation code has a few things, I also see similarly named
symbols like soheadlock_procpid, do those have to change too?

$ grep procpid postbooks_empty-4.0.2.sql
  PERFORM pg_try_advisory_lock(datid::integer, procpid)
WHERE(procpid = pg_backend_pid());
  PERFORM pg_advisory_unlock(datid::integer, procpid)
WHERE(procpid = pg_backend_pid());
 AND (procpid = pg_backend_pid()));
 AND   (soheadlock_procpid=pg_backend_pid()) );
227 desktop userOnline   Copyright (c) 1999-2012 by OpenMFG LLC, d/b/a
xTuple. See www.xtuple.com/CPAL for the full text of the software
license.-- Group: desktop\n-- Name:  userOnline\n-- Notes: \n--
Copyright (c) 1999-2012 by OpenMFG LLC, d/b/a xTuple.\n-- See
www.xtuple.com/CPAL for the full text of the software
license.\n\nSELECT usr_id, usr_username, usr_propername, usr_email,\n
  min(backend_start) AS client_start, max(query_start) AS
query_start,\n   sum(CASE WHEN(database IS NULL) THEN 0 ELSE 1
END) AS cnt_internal,\n   sum(CASE WHEN(database IS NULL) THEN 1
ELSE 0 END) AS cnt_external,\n   client_addr, '0' AS
cnt_internal_xttotalrole, '0' AS cnt_external_xttotalrole\n  FROM
pg_stat_activity\n  JOIN usr ON (usr_id=usesysid)\n  LEFT OUTER JOIN
pg_locks ON (database=datid AND classid=datid AND objid=procpid AND
objsubid=2)\n WHERE(datname=current_database())\n GROUP BY usr_id,
usr_username, usr_propername, usr_email,\n  client_addr,
cnt_internal_xttotalrole, cnt_external_xttotalrole;\n   \N  \N  0

The full SQL is here:

http://anonscm.debian.org/gitweb/?p=collab-maint/postbooks-schema-empty.git;a=tree
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJSQ0elAAoJEOm1uwJp1aqDL7oP/0POMypCNoYRQlTBYR5gRS/g
SpMhva4Ah7Z1ZDrX+eRzH7bUcgkkDgY3OlKMjxRP8Z/HQNwCZBdQl4ms2q4kMwx4
ant4WFyQFLSZkpk9+2c+jv1x4MzAt2Uyboa0F/pMXZLBEpN3fGuXvF4JFd2yhIGM
Qq9BfjjvZuPezhRo8jA8vRV0QfsW9eIOViPI/DL/BhUN+RVyF/ne02vIqXii/fDG
SUzNGY8T0PzKUs2sL81CKTRwMdUk9t8mI13D2uHEj3/jbI6x/PYmB0dBl5trC08l
SDWzWt5Oi5x8dBsEgtMUxydAG9SdlXIr498963tXnrcNbGypSHJ2mUj2j25kqkxG
6iVLTfiTJZyvk+Yz8ddoUkLjYE85rG+DvfqP99s/83/dyvAtCZdc1dPMhtKpbQHP
7ZI4zUzS/XOPLWBHPdXGWyB3FioOuVn98GElbfmqg9QpQ9cgIW6EVYGywhqJ/Jlx
bDPTyATtfQv49jJ6itwwZU61jwNzwrACu4caouEf5LMfnzPKLJaaBa9TwAyWooIT
HlxwNr93g2/0BIp/FT7KZPhN+c+PzMKfMnjHz17HOXl70VKzdTUBDNAg+82w+2ru
iY1HVvszh1zuaZuGQB3NxmOlyRylpPJlVt9aYj5l46PjK+EAXVJjvOzxCtDCVa0Q
goUT9LMTTIJ2guN4OU3v
=5zHU
-END PGP SIGNATURE-

-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724047: numpy issue

2013-09-25 Thread Julian Taylor

reassign 724047 python-numpy 1:1.7.1-3
notfound 724047 python3.3 3.3.2-5
forwarded 724047 https://github.com/numpy/numpy/issues/3793
thanks

its an issue in numpy, it seems to be reinterpreting a long as an int in
int_arrtype_hash.

one can also construct a case that fails on amd64:

assert hash(np.int64(2**31)) == hash(2**31)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#660348: cups-filters: Still happening on sid

2013-09-25 Thread Yves-Alexis Perez

Package: cups-filters
Version: 1.0.34-3+b1
Followup-For: Bug #660348

Hi,

I have a Brother HL5250DN and see the same behavior on sid. Actually,
it's even worse since the Generic Postscript ppdf produces the same
blank page with only:

ERROR:
invalidaccess
OFFENDING COMMAND:
length
STACK:

I've tried this ppd and the "Brother HL-5250DN BR-Script3" ppd (from
foomatic). Whith the latter one, it seems to work but, but it takes a
long (like, 10 minutes) to print.

I have no idea if this bug lies in cups-filters or in the ppds, but it'd
be /really/ nice to have it fixed.

I have to admit I'm not really confident since the last entry on this
bug is from march last year, but anyway...

Regards,
-- 
Yves-Alexis

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (450, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cups-filters depends on:
ii  bc  1.06.95-8
ii  fonts-freefont-ttf  20120503-1
ii  fonts-liberation1.07.3-2
ii  ghostscript 9.05~dfsg-8
ii  libc6   2.17-93
ii  libcups21.6.3-1
ii  libcupsfilters1 1.0.34-3+b1
ii  libcupsimage2   1.6.3-1
ii  libfontconfig1  2.10.2-2
ii  libfontembed1   1.0.34-3+b1
ii  libgcc1 1:4.8.1-10
ii  libijs-0.35 0.35-8
ii  liblcms2-2  2.2+git20110628-2.2
ii  libpoppler190.18.4-8
ii  libqpdf13   5.0.0-2
ii  libstdc++6  4.8.1-10

Versions of packages cups-filters recommends:
ii  colord1.0.2-1
pn  foomatic-filters  
pn  ghostscript-cups  

Versions of packages cups-filters suggests:
pn  foomatic-db-compressed-ppds | foomatic-db  

-- 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#724618: RM: edk2 -- RoQA; moving to non-free

2013-09-25 Thread Ansgar Burchardt

Package: ftp.debian.org
X-Debbugs-Cc: Steve Langasek 

Hi,

Steve Langasek  writes:
> On Wed, Sep 25, 2013 at 06:00:05PM +, Debian FTP Masters wrote:
>> An exception was raised while processing the package:
>> Traceback (most recent call last):
>>   File "/srv/ftp-master.debian.org/dak/dak/process_policy.py", line 92, in 
>> wrapper
>> function(upload, srcqueue, comments, transaction)
>>   File "/srv/ftp-master.debian.org/dak/dak/process_policy.py", line 144, in 
>> comment_accept
>> transaction.copy_source(upload.source, suite, 
>> source_component_func(upload.source), allow_tainted=allow_tainted)
>>   File "/srv/ftp-master.debian.org/dak/dak/daklib/archive.py", line 464, in 
>> copy_source
>> self._copy_file(db_dsc_file.poolfile, archive, component, 
>> allow_tainted=allow_tainted)
>>   File "/srv/ftp-master.debian.org/dak/dak/daklib/archive.py", line 398, in 
>> _copy_file
>> raise ArchiveException('cp: Could not find {0} in component {1} in any 
>> archive.'.format(db_file.filename, component.component_name))
>> ArchiveException: cp: Could not find e/edk2/edk2_0~20121205.edae8d2d-2.dsc 
>> in component main in any archive.
>> 
>> Original comments:
>
> This was new processing to move the source+binary from main to non-free.  So
> of course e/edk2/edk2_0~20121205.edae8d2d-2.dsc shouldn't be found in main.
> Does anyone know what's going on here and how to fix this?

A part of dak still gets confused when a package exists is more than one
component in the same suite (IIRC only one bit in accepting NEW packages
is left).

Removing the package from main first makes process-policy not fail
later when accepting the new package into non-free.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#723050: can't log in

2013-09-25 Thread Mathieu MD

Thanks for your feedback.

It may have been the case the very first day, but now that I had reboot
many times, and still the problem is the same, what could it be?

(sorry for replying late: I did not received your message)
-- 
Mathieu

> I see you also pulled in the libc and pam updates.  During the libc 
> upgrade there should have been a dialog requesting service restarts 
> for ssh and cupsd as the upgrade breaks authentication.  The wall of 
> text explaining the upgrade should have stated that X (and therefore 
> kdm) needs to be restarted manually after the upgrade, as restarting 
> X logs out any active sessions and would therefore kill the upgrade. 
> ssh works because it can be restarted safely.

> This happens every time libc and pam are updated and is due to a 
> limitation in pam.

> TLDR;  Any time you upgrade libc or pam, you /must/ log out and 
> restart kdm.

> /not maintainer


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#721775: [Pkg-systemd-maintainers] Bug#721775: systemd: can't umount schroot after reboot

2013-09-25 Thread Michael Stapelberg

Hi Brian,

Brian May  writes:
> Package: systemd
> Version: 44-11
> Severity: normal
> […]
> This is after a reboot, and no processes should be using it.
I had a similar problem a while ago, but cannot reproduce it with
systemd ≥ 204-2 anymore. Could you try upgrading?

-- 
Best regards,
Michael


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724617: quassel: manpage should give info. about where the chat logs and the settings are

2013-09-25 Thread shirish शिरीष

Package: quassel
Version: 0.9.0-1
Severity: normal

Dear Maintainer,
The manpage neither tells where the .config files of quassel are kept
and neither where the chat logs are kept. It's silent about both of
them.

The settings are in .local/share/quassel-irc.org but have been
unsuccessful in finding the chat logs. Hopefully this can be fixed
soonish.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (600, 'testing'), (1, 'experimental'), (1, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages quassel depends on:
ii  dbus-x111.6.14-1
ii  gawk1:4.0.1+dfsg-2.1
ii  libc6   2.17-92+b1
ii  libdbusmenu-qt2 0.9.2-1
ii  libgcc1 1:4.8.1-10
ii  libindicate-qt1 0.2.5.91-5
ii  libphonon4  4:4.6.0.0-3
ii  libqca2 2.0.3-4
ii  libqt4-dbus 4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-network  4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-script   4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-sql  4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-sql-sqlite   4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-xmlpatterns  4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqtcore4  4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqtgui4   4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqtwebkit42.2.1-5
ii  libstdc++6  4.8.1-10
ii  phonon  4:4.6.0.0-3
ii  quassel-data0.9.0-1

quassel recommends no packages.

quassel suggests no packages.

-- no debconf information

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#706001: State of libsmfl2

2013-09-25 Thread shirish शिरीष

Hi all,
I am a user of libsmfl2 . It seems to be in debian-mentors for
sometime. Can't somebody from the team help so that it comes out
faster.

I have a game which I play which uses the libsfml2-dev library. See
erebusrpg.sourceforge.net for the game.

The only requirement of the game which is not in debian is
libsfml2-dev. I would have an RFP for the game too but till the
library is not there in the archive, it would be difficult to do that.

Looking forward to some action on this.
-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724616: RFS: osgearth/2.4.0+dfsg-6

2013-09-25 Thread Bas Couwenberg

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "osgearth"

 Package name: osgearth
 Version : 2.4.0+dfsg-6
 Upstream Author : Glenn Waldron
 URL : http://osgearth.org/
 License : LGPL-2+
 Section : devel

It builds those binary packages:

 libosgearth2 - Dynamic 3D terrain rendering toolkit for OpenSceneGraph (shared 
lib)
 libosgearthannotation2 - Dynamic 3D terrain rendering toolkit for 
OpenSceneGraph (osgEarthAnnotation)
 libosgearth-dev - osgEarth development files
 libosgearthfeatures2 - Dynamic 3D terrain rendering toolkit for OpenSceneGraph 
(osgEarthFeatures)
 libosgearthqt2 - Dynamic 3D terrain rendering toolkit for OpenSceneGraph 
(osgEarthQt)
 libosgearthsymbology2 - Dynamic 3D terrain rendering toolkit for 
OpenSceneGraph (osgEarthSymbology)
 libosgearthutil2 - Dynamic 3D terrain rendering toolkit for OpenSceneGraph 
(osgEarthUtil)
 openscenegraph-plugin-osgearth - OpenSceneGraph plugins for osgEarth
 osgearth-data - Dynamic 3D terrain rendering toolkit for OpenSceneGraph (data)
 osgearth - Dynamic 3D terrain rendering toolkit for OpenSceneGraph (binaries)

To access further information about this package, please visit the following 
URL:

http://mentors.debian.net/package/osgearth


Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/o/osgearth/osgearth_2.4.0+dfsg-6.dsc

More information about hello can be obtained from http://www.example.com.

Changes since the last upload:

* Set architecture to linux-any, FreeBSD is not supported upstream.


Regards,
 Sebastiaan Couwenberg


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#698304: bug#15462: dbus-call-method-non-blocking loops forever

2013-09-25 Thread Michael Albinus

Rob Browning  writes:

>> Version: 24.2+1-1
>>
>> dbus-call-method-non-blocking loops forever waiting for a dbus message
>> that never arrives, unlike emacs23.
>>
>> The offending loop in dbus-call-method-non-blocking is
>>
>> (while (eq (gethash key dbus-return-values-table :ignore) :ignore)
>>   (read-event nil nil 0.1))
>>
>> While the dbus message failure is ultimately a gnome issue, this
>> should fail more gracefully.

This piece of code has been changed:

revno: 108593
committer: Michael Albinus 
branch nick: trunk
timestamp: Wed 2012-06-13 13:56:53 +0200
message:
  * net/dbus.el (dbus-call-method): Use timeout for `read-event'.
  Otherwise, it blocks in batch mode.

That means, it should be solved in Emacs 24.3.

> Thanks

Best regards, Michael.

-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724610: Acknowledgement (incrementally updated databases eventually become corrupt)

I was able to reproduce some database corruption, using the attached
foo.pl script. 

I ran it once to create the xapian db, and ctrl-c'd after a while. 
xapian-check was happy.

Then I ran it in an evil loop:

while xapian-check foo; do perl foo.pl  & sleep 1m; kill -9 %1; done

After about an hour, xapian-check found that the database had indeed
become corrupt:

hjoey@pell:~/foo>xapian-check .
record:
baseA blocksize=8K items=258 lastblock=27242 revision=258 levels=2 
root=27030
B-tree checked okay
record table structure checked OK

termlist:
baseA blocksize=8K items=258 lastblock=20465 revision=258 levels=2 
root=20303
B-tree checked okay
termlist table structure checked OK

postlist:
baseB blocksize=8K items=5610265 lastblock=54544 revision=259 levels=2 root=8817
B-tree checked okay
document id 2580001 in doclen stream is larger than get_last_docid() 258
document id 2580001: length 14 doesn't match 0 in the termlist table
document id 2580002 in doclen stream is larger than get_last_docid() 258
document id 2580002: length 14 doesn't match 0 in the termlist table
document id 2580003 in doclen stream is larger than get_last_docid() 258
document id 2580003: length 14 doesn't match 0 in the termlist table
document id 2580004 in doclen stream is larger than get_last_docid() 258
document id 2580004: length 14 doesn't match 0 in the termlist table
document id 2580005 in doclen stream is larger than get_last_docid() 258
document id 2580005: length 14 doesn't match 0 in the termlist table
...
postlist table errors found: 2

position:
baseB blocksize=8K items=12949980 lastblock=35161 revision=259 levels=2 
root=34883
B-tree checked okay
position table structure checked OK


This is different corruption than I have seen from ikiwiki, but it
certianly suggests that relying on the automatic flush at exit is not
safe if there is any chance that the script can be killed. (Or the machine
unexpectedly lose power?)

-- 
see shy jo
use Search::Xapian::WritableDatabase;
use Search::Xapian;

my $stemmer=Search::Xapian::Stem->new("english");

my $db=Search::Xapian::WritableDatabase->new("foo", Search::Xapian::DB_CREATE_OR_OPEN);
for (1..1) {
	my $pageterm="U:$_\n";
	my $doc=Search::Xapian::Document->new();
	$doc->set_data(
		"url=foo\n".
		"sample=foo($_)oobar($_)baz\n".
		"modtime=".localtime(time)."\n"
	);
	my $tg = Search::Xapian::TermGenerator->new();
	$tg->set_stemmer($stemmer);
	$tg->set_document($doc);
	$tg->index_text("$_ $_$_", 2);
	$tg->index_text("foo$_", 1, "XLINK");
	$doc->add_term($pageterm);
	$db->replace_document_by_term($pageterm, $doc);
}


signature.asc
Description: Digital signature

Bug#724615: clementine: Can't search in music library

2013-09-25 Thread Luigi

Package: clementine
Version: 1.1.1+dfsg-2+b1
Severity: normal

Dear Maintainer,
when playing some music if i try to search in music library after few seconds 
gui stops responding; 
i must kill clementine to stop it.
This happens only when i play music, otherwise, simply, searching doesn't run.
Some days ago it worked.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages clementine depends on:
ii  gstreamer0.10-plugins-base   0.10.36-1.1
ii  gstreamer0.10-plugins-good   0.10.31-3+nmu1
ii  gstreamer0.10-plugins-ugly   0.10.19-2+b2
ii  libc62.17-92+b1
ii  libcdio130.83-4
ii  libchromaprint0  0.6-2
ii  libechonest2.1   2.1.0-2
ii  libfftw3-double3 3.3.3-5+b1
ii  libgcc1  1:4.8.1-10
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libglib2.0-0 2.36.4-1
ii  libgpod4 0.8.2-7
ii  libgstreamer-plugins-base0.10-0  0.10.36-1.1
ii  libgstreamer0.10-0   0.10.36-1.2
ii  libimobiledevice21.1.1-4
ii  liblastfm1   1.0.8-2
ii  libmtp9  1.1.6-20-g1b9f164-1
ii  libplist11.8-1
ii  libprojectm2 2.1.0+dfsg-1
ii  libprotobuf-lite72.4.1-3
ii  libqjson00.8.1-3
ii  libqt4-dbus  4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-network   4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-opengl4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-sql   4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-sql-sqlite4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-xml   4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqtcore4   4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqtgui44:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqxt-gui0  0.6.1-7
ii  libstdc++6   4.8.1-10
ii  libtag1c2a   1.8-2
ii  libusb-1.0-0 2:1.0.17-1+b1
ii  libusbmuxd1  1.0.7-2
ii  libx11-6 2:1.6.1-1
ii  libxml2  2.9.1+dfsg1-3
ii  projectm-data2.1.0+dfsg-1
ii  zlib1g   1:1.2.8.dfsg-1

Versions of packages clementine recommends:
ii  gstreamer0.10-alsa0.10.36-1.1
ii  gstreamer0.10-pulseaudio  0.10.31-3+nmu1

clementine 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#723034: davfs2: CVE-2013-4362: Unsecure use of system()

2013-09-25 Thread Werner Baumann

There is a stupid error in patchfile davfs2-1.4.6-system.diff which was
submitted by me. Please don't use it.
Appended is the corrected patchfile davfs2-1.4.6-system-2.diff.

Wernerdiff -ur davfs2-1.4.6/ChangeLog davfs2-1.4.6.new/ChangeLog
--- davfs2-1.4.6/ChangeLog	2010-04-30 21:17:15.0 +0200
+++ davfs2-1.4.6.new/ChangeLog	2013-09-15 11:05:42.0 +0200
@@ -1,6 +1,11 @@
 ChangeLog for davfs2
 
 
+2013-09-08 Werner Baumann (werner.baum...@onlinehome.de)
+* kernel_interface.c, mount_davfs.c:
+  Don't create /dev/coda and /dev/fuse.
+  Remove insecure calls of system().
+
 2010-04-30 Werner Baumann (werner.baum...@onlinehome.de)
 * Released version 1.4.6
 
diff -ur davfs2-1.4.6/src/kernel_interface.c davfs2-1.4.6.new/src/kernel_interface.c
--- davfs2-1.4.6/src/kernel_interface.c	2010-02-16 20:29:54.0 +0100
+++ davfs2-1.4.6.new/src/kernel_interface.c	2013-09-25 20:24:05.0 +0200
@@ -168,27 +168,6 @@
 }
 
 if (*dev <= 0) {
-system("/sbin/modprobe coda &>/dev/null");
-minor = 0;
-while (*dev <= 0 && minor < MAX_CODADEVS) {
-char *path;
-if (asprintf(&path, "%s/%s%i",
- DAV_DEV_DIR, CODA_DEV_NAME, minor) < 0)
-abort();
-*dev = open(path, O_RDWR | O_NONBLOCK);
-if (*dev <= 0) {
-if (mknod(path, S_IFCHR, makedev(CODA_MAJOR, minor)) == 0) {
-chown(path, 0, 0);
-chmod(path, S_IRUSR | S_IWUSR);
-*dev = open(path, O_RDWR | O_NONBLOCK);
-}
-}
-free(path);
-++minor;
-}
-}
-
-if (*dev <= 0) {
 error(0, 0, _("no free coda device to mount"));
 return -1;
 }
@@ -223,18 +202,6 @@
 abort();
 
 *dev = open(path, O_RDWR | O_NONBLOCK);
-if (*dev <= 0) {
-system("/sbin/modprobe fuse &>/dev/null");
-*dev = open(path, O_RDWR | O_NONBLOCK);
-}
-if (*dev <= 0) {
-if (mknod(path, S_IFCHR, makedev(FUSE_MAJOR, FUSE_MINOR)) == 0) {
-chown(path, 0, 0);
-chmod(path, S_IRUSR | S_IWUSR);
-*dev = open(path, O_RDWR | O_NONBLOCK);
-}
-}
-
 free(path);
 if (*dev <= 0) {
 error(0, 0, _("can't open fuse device"));
diff -ur davfs2-1.4.6/src/mount_davfs.c davfs2-1.4.6.new/src/mount_davfs.c
--- davfs2-1.4.6/src/mount_davfs.c	2010-01-21 19:50:15.0 +0100
+++ davfs2-1.4.6.new/src/mount_davfs.c	2013-09-15 11:13:18.0 +0200
@@ -170,6 +170,9 @@
 static int
 arg_to_int(const char *arg, int base, const char *opt);
 
+static void
+cp_file(const char *src, const char *dest);
+
 static int
 debug_opts(const char *s);
 
@@ -533,10 +536,7 @@
 char *file_name = ne_concat(path, "/", DAV_CONFIG, NULL);
 if (access(file_name, F_OK) != 0) {
 char *template = ne_concat(DAV_DATA_DIR, "/", DAV_CONFIG, NULL);
-char *command = ne_concat("cp ", template, " ", file_name,
-  NULL);
-system(command);
-free(command);
+cp_file(template, file_name);
 free(template);
 }
 free(file_name);
@@ -545,11 +545,7 @@
 if (access(file_name, F_OK) != 0) {
 char *template = ne_concat(DAV_DATA_DIR, "/", DAV_SECRETS,
NULL);
-char *command = ne_concat("cp ", template, " ", file_name,
-  NULL);
-if (system(command) == 0)
-chmod(file_name, S_IRUSR | S_IWUSR);
-free(command);
+cp_file(template, file_name);
 free(template);
 }
 free(file_name);
@@ -1333,6 +1329,34 @@
 }
 
 
+/* Creates a copy of src with name dest. */
+static void
+cp_file(const char *src, const char *dest)
+{
+FILE *in = fopen(src, "r");
+if (!in)
+error(EXIT_FAILURE, errno, _("can't open file %s"), src);
+
+FILE *out = fopen(dest, "w");
+if (!out)
+error(EXIT_FAILURE, errno, _("can't open file %s"), dest);
+
+size_t n = 0;
+char *line = NULL;
+int length = getline(&line, &n, in);
+while (length > 0) {
+if (fputs(line, out) == EOF) 
+error(EXIT_FAILURE, errno, _("error writing to file %s"), dest);
+length = getline(&line, &n, in);
+}
+
+if (line)
+free(line);
+fclose(out);
+fclose(in);
+}
+
+
 /* Converts a debug option string s into numerical value. If s is not a
valid debug option, it returns 0. */
 static int

Bug#724614: txt2man: unsafe use of temporary files

2013-09-25 Thread Jonathan Wiltshire

Package: txt2man
Version: 1.5.5-4
Severity: normal
Tags: patch pending security

Dear maintainer,

txt2man in all suites allows overwriting of arbitrary files by an unsafe
use of the file /tmp/. This was introduced by a Debian patch.

The fix for this is to remove the line:
  echo $post > /tmp/
which appears to be leftover debugging.

It is my intention to perform an NMU in two days if the bug remains
unfixed, and to then upload fixes for stable and oldstable. If you object,
please tell me as soon as possible.

If you fix the bug yourself, please include a reference to the assigned CVE
number, CVE-2013-1444.

Regards.

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51

diff -Nru txt2man-1.5.5/debian/changelog txt2man-1.5.5/debian/changelog
--- txt2man-1.5.5/debian/changelog	2011-04-11 10:37:22.0 +0100
+++ txt2man-1.5.5/debian/changelog	2013-09-25 19:08:15.0 +0100
@@ -1,3 +1,12 @@
+txt2man (1.5.5-4.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Fix CVE-2013-1444: insecure use of temporary files
+by removing apparant debug output from
+patches/debian-changes-1.5.5-2.1 (Closes: #nn)
+
+ -- Jonathan Wiltshire   Wed, 25 Sep 2013 19:07:07 +0100
+
 txt2man (1.5.5-4) unstable; urgency=low
  
   * Updated Standards version
diff -Nru txt2man-1.5.5/debian/patches/debian-changes-1.5.5-2.1 txt2man-1.5.5/debian/patches/debian-changes-1.5.5-2.1
--- txt2man-1.5.5/debian/patches/debian-changes-1.5.5-2.1	2011-04-11 10:37:22.0 +0100
+++ txt2man-1.5.5/debian/patches/debian-changes-1.5.5-2.1	2013-09-25 19:07:02.0 +0100
@@ -47,7 +47,7 @@
  			printf ".EH ||%s||\n" "$volume"
 --- txt2man-1.5.5.orig/txt2man
 +++ txt2man-1.5.5/txt2man
-@@ -139,11 +139,12 @@ do
+@@ -139,11 +139,11 @@ do
  	p) doprobe=1;;
  	I) itxt="$OPTARG§$itxt";;
  	B) btxt=$OPTARG;;
@@ -57,7 +57,6 @@
  	*) usage; exit;;
  	esac
  done
-+echo $post > /tmp/
  shift $(($OPTIND - 1))
  date=${date:-$(date +'%d %B %Y')}
  


signature.asc
Description: Digital signature

Bug#719252: update

2013-09-25 Thread Carsten Grohmann

reassign 719252 linux-image-3.9-1-686-pae
retitle 719252 ATA bus error caused with new kernel and IDE disk connacted via 
sata2ide adapter

thanks


I've replaced the old IDE disk connected to a new main board via sata2ide 
adapter by a current SATA disk. This change let the strange behaviour to gone.

Summary:
The issue occurs only with a new kernel e.g. 3.9-1 and an IDE disk connected 
via sata2ide only. The old kernel 3.2.0-4 doesn't show this behaviour.

A new kernel and a direct attached SATA disk works fine again.

Regards,
Carsten


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691811: Surprised that is not available, !

2013-09-25 Thread riveravaldez

Great tool. Please package it. :)

Bug#724613: Obsolete alternate depends on ffmpeg

2013-09-25 Thread Moritz Muehlenhoff

Package: winff
Severity: normal
User: pkg-multimedia-maintain...@lists.alioth.debian.org
Usertags: ffmpeg-removal

Hi,
winff already supports avconv as an alternative for ffmpeg.  With the recent 
upload
to sid libav no longer builds the ffmpeg package, so the alternative depends in
winff can be dropped now.

Cheers,
Moritz


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724612: Please drop suggests on ffmpeg

2013-09-25 Thread Moritz Muehlenhoff

Package: scitools
Severity: normal
User: pkg-multimedia-maintain...@lists.alioth.debian.org
Usertags: ffmpeg-removal

scitools has a Suggests: on ffmpeg. ffmpeg is no longer built from libav.

avconv from the libav-tools package might provide a compatible interface.

Cheers,
Moritz


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691812: udevil for spacefm

2013-09-25 Thread riveravaldez

Package it, please. For SpaceFM support. :)

Bug#688715: emacs24: cannot enter umlauts with dead-diaeresis

2013-09-25 Thread Norbert Preining

On Mi, 25 Sep 2013, Rob Browning wrote:
> Could you also see if you can reproduce the problem when invoking emacs
> with "-Q"?

I cannot even reproduce it at all anymore ... no idea what was 
the reason, some input method incompatibility ...

THanks for reminding me, you can close the bug if this is fine for
you, I don't need forther investigations.

All the best

Norbert

PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#687299: Please compile using --without-gsettings

Yuri D'Elia  writes:

> emacs24-lucid will still try to honour gsettings if built without
> --without-gsettings, most notably it will ignore common X11 resources such as
> the font.

Hmm.  I'm using emacs24-lucid, and I have my fonts set in .Xresources.
That doesn't work for you?

(Just want to try to make sure I understand the problem.)

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#688715: emacs24: cannot enter umlauts with dead-diaeresis

Norbert Preining  writes:

> something has changed, emacs is rejecting to allow me to enter umlauts,
> because - after pressing dead diaeresis - it tells me:
>   S-dead-diaeresis is not defined
> Now, it works in *term (gnome, x, whatever-term), in vim, in any other
> program I know ... seems that Emacs is doing something inbetween?
>
> Is there explanation for that?
>
> I checked my .emacs file, it is empty besides some faces setup.
>
> No other changes to the configurations.

Could you also see if you can reproduce the problem when invoking emacs
with "-Q"?

And do you know if you can still reproduce this with the latest emacs
(24.3+1)?

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724611: please run tests in 'verbose' mode to see which test is KNOWNFAIL or SKIPed

2013-09-25 Thread Yaroslav Halchenko

Package: python-numpy
Version: 1:1.7.1-3
Severity: wishlist


Just wanted to see if on s390x it is a known issue leading to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724047 but can only know that
KNOWNFAIL=6, SKIP=5  on
https://buildd.debian.org/status/fetch.php?pkg=python-numpy&arch=s390x&ver=1%3A1.7.1-3&stamp=1377668688
... knowing which particular test is a known failure
or was skipped would have been of help

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-numpy depends on:
ii  libatlas3-base [liblapack.so.3]  3.8.4-9.1
ii  libblas3 [libblas.so.3]  1.2.20110419-5
ii  libc62.17-7
ii  libgcc1  1:4.8.1-8
ii  libgfortran3 4.8.1-8
ii  liblapack3 [liblapack.so.3]  3.4.2+dfsg-1
ii  libopenblas-base [libblas.so.3]  0.2.6-2
ii  libquadmath0 4.8.1-8
ii  python   2.7.5-5
ii  python-support   1.0.15

python-numpy recommends no packages.

Versions of packages python-numpy suggests:
ii  gcc   4:4.8.1-2
ii  gfortran  4:4.7.2-1
ii  python-dev2.7.5-5
ii  python-nose   1.3.0-2
ii  python-numpy-dbg  1:1.7.1-3
ii  python-numpy-doc  1:1.7.1-2

-- 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#718473: pcscd: 100% CPU usage

2013-09-25 Thread Stéphane Glondu

Le 25/09/2013 17:54, Ludovic Rousseau a écrit :
> You do:
>  1. Switch off wireless (using the hardware button)
>  2. Suspend
>  3. Resume
>  4. Switch on wireless
> 
> Does pcscd uses 100% CPU at this step?
> 
> Then you do:
>  5. switch off radio
> you get 4 "Device removed" messages from pcscd and then nothing more.
> pcscd becomes quiet.
> Exact?

Exact.

> And pcscd uses 100% CPU but without logging anthing. Exact?

Exact.

> And what is the "udevadm monitor" output when you switch OFF the radio?

I get that:
> KERNEL[3134.941721] change   
> /devices/pci:00/:00:1c.1/:02:00.0/bcma0:0/ieee80211/phy0/rfkill0 
> (rfkill)
> UDEV  [3134.942476] change   
> /devices/pci:00/:00:1c.1/:02:00.0/bcma0:0/ieee80211/phy0/rfkill0 
> (rfkill)
> KERNEL[3134.943454] change   /devices/platform/regulatory.0 (platform)
> UDEV  [3134.945002] change   /devices/platform/regulatory.0 (platform)
> KERNEL[3135.143456] remove   
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/rfkill2
>  (rfkill)
> KERNEL[3135.143524] remove   
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0 
> (bluetooth)
> KERNEL[3135.144154] remove   
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0 (usb)
> KERNEL[3135.144181] remove   
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.1 (usb)
> KERNEL[3135.144215] remove   
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.2 (usb)
> KERNEL[3135.144234] remove   
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.3 (usb)
> UDEV  [3135.145141] remove   
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.1 (usb)
> KERNEL[3135.145175] remove   /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4 
> (usb)
> UDEV  [3135.145415] remove   
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/rfkill2
>  (rfkill)
> UDEV  [3135.145768] remove   
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0 
> (bluetooth)
> UDEV  [3135.145882] remove   
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.2 (usb)
> UDEV  [3135.146162] remove   
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0 (usb)
> UDEV  [3135.147753] remove   
> /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.3 (usb)
> UDEV  [3135.151579] remove   /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4 
> (usb)

> I would like to know what step exactly make pcscd use 100% CPU. And also
> what happens with "udevadm monitor" at this moment.

It happens exactly at step 4, when I switch on wireless. At this exact
moment, "udevadm monitor" shows what I've put in my previous mail.

Sorry for the confusion.


Cheers,

-- 
Stéphane


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724609: wmbattery stopped working with kernel 3.10-3

2013-09-25 Thread richard

Package: wmbattery
Version: 2.41
Severity: grave
Justification: renders package unusable

After the upgrade in Debian testing from kernel 3.10-2 to 3.10-3, on several 
systems wmbattery stopped working. These systems include i686 and amd64 
laptops. The CLI "acpi" shows the right status of the battery.

R.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wmbattery depends on:
ii  hal  0.5.14-8
ii  libapm1  3.2.2-14
ii  libc62.17-92+b1
ii  libdbus-1-3  1.6.14-1
ii  libhal1  0.5.14-8
ii  libx11-6 2:1.6.1-1
ii  libxext6 2:1.3.2-1
ii  libxpm4  1:3.5.10-1

wmbattery recommends no packages.

Versions of packages wmbattery suggests:
ii  wmaker  0.95.4-2

-- 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#698304: dbus-call-method-non-blocking loops forever

[If possible, and appropriate, please preserve the -fowarded Cc in any replies.]

This issue was filed with the Debian bug tracker, and I was hoping to
get your opinion on the matter.

Please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698304 for
further information.

Camm Maguire  writes:

> Version: 24.2+1-1
>
> dbus-call-method-non-blocking loops forever waiting for a dbus message
> that never arrives, unlike emacs23.
>
> When auctex is installed and a .bib file opened, for example, emacs24
> hangs until interrupted.  Here is the backtrace:
>
> =
>   dbus-call-method-non-blocking(:session "org.gnome.evince.Daemon" 
> "/org/gnome/evince/Daemon" "org.freedesktop.DBus.Introspectable" "Introspect")
>   byte-code(\20.\305\202  .\306   \n\f\307%\207" [noninteractive bus 
> service path dbus-interface-introspectable dbus-call-method 
> dbus-call-method-non-blocking "Introspect"] 6)
>   dbus-introspect(:session "org.gnome.evince.Daemon" 
> "/org/gnome/evince/Daemon")
>   byte-code("\304\305!.q\210\306\216\307  \n#c\210\310ed\"+\207" 
> [temp-buffer bus service path generate-new-buffer " *temp*" ((byte-code 
> "\30!\203\n.\30!\210\301\207" [temp-buffer buffer-name kill-buffer] 2)) 
> dbus-introspect xml-parse-region] 4)
>   dbus-introspect-xml(:session "org.gnome.evince.Daemon" 
> "/org/gnome/evince/Daemon")
>   dbus-introspect-get-interface(:session "org.gnome.evince.Daemon" 
> "/org/gnome/evince/Daemon" "org.gnome.evince.Daemon")
>   dbus-introspect-get-method(:session "org.gnome.evince.Daemon" 
> "/org/gnome/evince/Daemon" "org.gnome.evince.Daemon" "FindDocument")
>   TeX-evince-dbus-p(:forward)
>   
> byte-code(\301=\20.\302\207\303\304\305\306\307\310\311!\203..\312\202+.\313\314\315\316\317\320!\"\203&.\321\202'.\322D\323BBD\324B\207"
>  [system-type windows-nt (("Yap" ("yap -1" (mode-io-correlate " -s %n%b") " 
> %o")) ("dvips and start" "dvips %d -o && start \"\" %f") ("start" "start \"\" 
> %o")) ("xdvi" ("%(o?)xdvi" (mode-io-correlate " -sourceposition \"%n %b\" 
> -editor \"%cS\"") ((paper-a4 paper-portrait) " -paper a4") ((paper-a4 
> paper-landscape) " -paper a4r") ((paper-a5 paper-portrait) " -paper a5") 
> ((paper-a5 paper-landscape) " -paper a5r") (paper-b5 " -paper b5") 
> (paper-letter " -paper us") (paper-legal " -paper legal") (paper-executive " 
> -paper 7.25x10.5in") " %d")) ("dvips and gv" "%(o?)dvips %d -o && gv %f") 
> ("gv" "gv %o") ("xpdf" ("xpdf -remote %s -raise %o" (mode-io-correlate " 
> %(outpage)"))) "Evince" TeX-evince-dbus-p :forward TeX-evince-sync-view 
> "evince" mode-io-correlate string-match "--page-index" 
> shell-command-to-string "evince --help" " -i %(outpage)" " -p %(outpage)" (" 
> %o") (("Okular" ("okular --unique %o" (mode-io-correlate "#src:%n%b"))) 
> ("xdg-open" "xdg-open %o"))] 11)
>   (defvar TeX-view-program-list-builtin (byte-code 
> \301=\20.\302\207\303\304\305\306\307\310\311!\203..\312\202+.\313\314\315\316\317\320!\"\203&.\321\202'.\322D\323BBD\324B\207"
>  [system-type windows-nt (("Yap" ("yap -1" (mode-io-correlate " -s %n%b") " 
> %o")) ("dvips and start" "dvips %d -o && start \"\" %f") ("start" "start \"\" 
> %o")) ("xdvi" ("%(o?)xdvi" (mode-io-correlate " -sourceposition \"%n %b\" 
> -editor \"%cS\"") ((paper-a4 paper-portrait) " -paper a4") ((paper-a4 
> paper-landscape) " -paper a4r") ((paper-a5 paper-portrait) " -paper a5") 
> ((paper-a5 paper-landscape) " -paper a5r") (paper-b5 " -paper b5") 
> (paper-letter " -paper us") (paper-legal " -paper legal") (paper-executive " 
> -paper 7.25x10.5in") " %d")) ("dvips and gv" "%(o?)dvips %d -o && gv %f") 
> ("gv" "gv %o") ("xpdf" ("xpdf -remote %s -raise %o" (mode-io-correlate " 
> %(outpage)"))) "Evince" TeX-evince-dbus-p :forward TeX-evince-sync-view 
> "evince" mode-io-correlate string-match "--page-index" 
> shell-command-to-string "evince --help" " -i %(outpage)" " -p %(outpage)" (" 
> %o") (("Okular" ("okular --unique %o" (mode-io-correlate "#src:%n%b"))) 
> ("xdg-open" "xdg-open %o"))] 11) 
> ("/usr/share/emacs24/site-lisp/auctex/tex.elc" . 30407))
>   require(tex)
>   byte-code("\300\301!\210\300\302!\207" [require tex tex-style] 2)
>   BibTeX-auto-store()
>   run-hooks(change-major-mode-after-body-hook bibtex-mode-hook)
>   apply(run-hooks (change-major-mode-after-body-hook bibtex-mode-hook))
>   run-mode-hooks(bibtex-mode-hook)
>   bibtex-mode()
> =
>
> The offending loop in dbus-call-method-non-blocking is
>
> (while (eq (gethash key dbus-return-values-table :ignore) :ignore)
>   (read-event nil nil 0.1))
>
> While the dbus message failure is ultimately a gnome issue, this
> should fail more gracefully.
>
> Take care,

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377

Bug#724610: incrementally updated databases eventually become corrupt

Package: libsearch-xapian-perl
Version: 1.2.10.0-1
Severity: normal

ikiwiki's search plugin incrementally updates a xapian index as a wiki
is edited. Certian of my larger wikis tend to corrupt themselves every
month or two, preventing xapian-omega from finding anything.
xapian-check says there is a btree error.

I see this frequently on my main ikiwiki server. But I've heard from
others who have also had this kind of corruption elsewhere so I don't
think it's bad hardware. (I've also migrated my main ikiwiki server to
new hardware at least twice in the years since I started experiencing
this problem.)

It used to be the case that this could cause
Search::Xapian::WritableDatabase->new to throw an exception, as seen
here:

http://www.branchable.com/bugs/Exception:_Cannot_open_tables_at_consistent_revisions_at___47__usr__47__lib__47__perl5__47__Search__47__Xapian__47__WritableDatabase.pm_line_41./#comment-c159ea3f9be35fcd9ed0eeedb162e816

I have not seen that behavior since upgrading to wheezy. Now when the
database is corrupt, further changes to it don't cause a crash (which is
good); xapian-omega just never finds any matches.

ikiwiki calls methods like add_term and replace_document_by_term and
delete_document_by_term. It may be exercising the incremental update
of xapian databases more frequently than is typical and exposing some
bug. It's also the only thing in Debian that seems to use this perl
library, so it could be that the bug in in this library and not in
xapian itself.

I suppose it's possible that the bug is in ikiwiki. For example, it
could be that two ikiwiki processes end up manipulating the same xapian
database concurrently. I don't know if that is allowed, or likely to
corrupt it. But ikiwiki is supposed to use a lock to prevent two processes
from both making stateful changes at the same time, and I have audited
it and cannot find anywhere that it updates the xapian database without
first taking that lock.

I also wonder if this could be a problem with the flushing of the
database. Ikiwiki relies on the automatic flushing behavior, and assumes
that the database will be closed and flushed automatically when the
xapian database object is destroyed at program termination. It also
could be the case that ikiwiki sometimes crashes, and this could
interfere with that.

--
see shy jo

signature.asc
Description: Digital signature

Bug#705512: emacs --daemon exits when an emacsclient opened frame is closed

2013-09-25 Thread Adam C. Emerson

On Wed, Sep 25, 2013 at 12:42:01PM -0500, Rob Browning wrote:
> "Adam C. Emerson"  writes:
> 
> > However, if I keep one frame open continually, I can open and close
> > other frames without trouble.
> 
> Any chance you might be able to test with emacs24-lucid (you should be
> able to just install that to replace emacs24, and then switch back
> afterward).
> 
> Though I don't know if it's applicable here, there are (or were) some
> known problems in GTK+ that can cause problems with frames.

Running under Lucid made the problem go away, yes.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724608: README.Debian: 1) In Policy ch7, not 2 2) Should make-equivs be equivs-build?

2013-09-25 Thread Regid Ichira

Package:  equivs
Version:  2.0.9
Severity: minor
Tags: patch
File: /usr/share/doc/equivs/README.Debian

1) Relationships of packages are in policy chapter 7.  Not 2.
2) Mentioning make-equivs is a little confusing, as there seem to be
   no such thing exposed to the end user.

$ grep -C2 make-equivs /usr/share/doc/equivs/README.Debian
a Debian package and build that package.

You need a control file for make-equivs. You will find examples
of control files in /usr/share/doc/equivs/examples.

--- /usr/share/doc/equivs/README.Debian 2006-02-04 07:57:15.0 +
+++ README.Debian.mod   2013-09-25 17:48:59.331927060 +
@@ -41,7 +41,7 @@ When you call the "equivs-build" program
 subdirectory "equivs", containing the files necessary to create
 a Debian package and build that package.

-You need a control file for make-equivs. You will find examples
+You need a control file for equivs-build. You will find examples
 of control files in /usr/share/doc/equivs/examples.

 The control file has a structure like the control files in "real"
@@ -49,9 +49,9 @@ Debian packages, but it doesn't have to
 values will be used if you omit one. See the manual page for
 "equivs-build" for more information.

-Check the Debian Policy Manual, Chapter 2, if you are unsure
+Check the Debian Policy Manual, Chapter 7, if you are unsure
 about the different level of package relationships (dependencies)
-http://www.debian.org/doc/debian-policy/ch-archive.html
+http://www.debian.org/doc/debian-policy/ch-relationships.html
 (also available in the debian-policy package).

 The program "equivs-control" will create a dummy control file,


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724047: FWIW -- exists on wheezy too

2013-09-25 Thread Yaroslav Halchenko

(wheezy_s390x-dchroot)yoh@zelenka:~$ python3 -c "import numpy as np; 
print(np.int64(4) in {4:'y'})"
False
(wheezy_s390x-dchroot)yoh@zelenka:~$ python3 --version
Python 3.2.3
(wheezy_s390x-dchroot)yoh@zelenka:~$ apt-cache policy python3-numpy
python3-numpy:
  Installed: 1:1.6.2-1.2
  Candidate: 1:1.6.2-1.2
  Version table:
 *** 1:1.6.2-1.2 0
500 http://cdn.debian.net/debian/ wheezy/main s390x Packages
100 /var/lib/dpkg/status


-- 
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Senior Research Associate, Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#705512: emacs --daemon exits when an emacsclient opened frame is closed