Bug#723822: RM: openstack-common/0.1+git20120203-1

[Adam D. Barratt]

Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: openstack-common -- RoM; superseded

On 2013-09-20 7:44, Thomas Goirand wrote:
The upstream plan has changed, and this package isn't helpful 
anymore.

It needs to be removed from Sid and testing asap, because of #722882,
which is blocking some migration to testing.


Then you want to ask ftp-master to remove it from sid.

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#720319: RM: kfreebsd-headers-9.2-1-486 [i386] -- ANAIS; obsolete package

[Ansgar Burchardt]

Control: tag -1 + moreinfo

Robert Millan  writes:
> kfreebsd-headers-9.2-1-486 binary package for i386 is not provided in
> recent versions
> of kfreebsd-9 as it is not useful in this architecture.

The latest version of kfreebsd-9 in unstable is 9.2~svn255465-1. It
still provides the header package on i386:

$ dak ls -s unstable kfreebsd-headers-9.2-1-486 kfreebsd-9
kfreebsd-headers-9.2-1-486 | 9.2~svn255465-1 |   unstable | i386, kfreebsd-i386
kfreebsd-9 | 9.2~svn253912-1 |   unstable | source
kfreebsd-9 | 9.2~svn255465-1 |   unstable | source

Ansgar


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

Bug#723823: ITP: python-diskimage-builder -- Image building tools for Openstack

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: python-diskimage-builder
  Version : 0.0.2
  Upstream Author : OpenStack Development Mailing List 

* URL : https://github.com/openstack/diskimage-builder
* License : Apache-2.0
  Programming Lang: Python
  Description : Image building tools for Openstack

 Diskimage-builder tools are the components of TripleO that are responsible for
 building disk images. It has the core functionality for building disk images,
 filesystem images and ramdisk images for use with OpenStack (both virtual and
 bare metal). The core functionality includes the various operating system
 specific modules for disk/filesystem images, and deployment and hardware
 inventory ramdisks.
 .
 The TripleO project also develops elements that can be used to deploy
 OpenStack itself. While users and operators can manually script or put
 together ram disks and disk images, mature automation makes customisation and
 testing easier.


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

Bug#717509: No activity on this bug

[Thomas Goirand]

Hi,

This bug has seen no activity for nearly 2 months now. Could the current
maintainer (Su YunQiang) work on it? It's quite annoying to see such
important bug without anyone working on it, and the package being in the
OpenStack team...

Cheers,

Thomas


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

Bug#723798: pu: package gajim/0.15.1-4

[Tanguy Ortolo]

Julien Cristau, 2013-09-19 23:48+0200:

The debdiff should be in this bug, please.


Sorry, I thought I did it. Here it is.

--
  ,--.
: /` )   Tanguy Ortolo  
| `-'Debian Developer   
  \_
diff -u gajim-0.15.1/debian/changelog gajim-0.15.1/debian/changelog
--- gajim-0.15.1/debian/changelog
+++ gajim-0.15.1/debian/changelog
@@ -1,3 +1,14 @@
+gajim (0.15.1-4.1) stable; urgency=high
+
+  * Non-maintainer upload by the Security Team.
+  * debian/patches:
+- 02_fix-cert-validation.diff added, fix certificate validation
+  (CVE-2012-5524)   closes: #693282
+- 03_correctly-get-SSL-certificate and 04_store-all-ssl-errors added,
+  improve SSL/TLS handling.
+
+ -- Yves-Alexis Perez   Wed, 17 Apr 2013 22:22:30 +0200
+
 gajim (0.15.1-4) unstable; urgency=low
 
   * apply patches using dpatch in debian/rules
diff -u gajim-0.15.1/debian/patches/00list gajim-0.15.1/debian/patches/00list
--- gajim-0.15.1/debian/patches/00list
+++ gajim-0.15.1/debian/patches/00list
@@ -2,0 +3,3 @@
+02_fix-cert-validation.diff
+03_correctly-get-SSL-certificate.diff
+04_store-all-ssl-errors.diff
only in patch2:
unchanged:
--- gajim-0.15.1.orig/debian/patches/04_store-all-ssl-errors.diff
+++ gajim-0.15.1/debian/patches/04_store-all-ssl-errors.diff
@@ -0,0 +1,64 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 04_store-all-ssl-errors.diff by 
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: store all SSL errors
+#
+# Description: store all SSL errors
+# Author: Yann Leboulanger 
+# Origin: upstream,https://trac.gajim.org/changeset/1d8caae49a31#file0
+# Last-Update: 2013-04-17
+# HG changeset patch
+# User Yann Leboulanger 
+# Date 1360768361 -3600
+# Node ID d34a996f87b81afe6dc60d04d0141c39fa3d3595
+# Parent  385f8a1fad668fbcd1d9bee10f61531a8ca7d890
+
+@DPATCH@
+
+diff -r 385f8a1fad66 -r d34a996f87b8 src/common/xmpp/tls_nb.py
+--- a/src/common/xmpp/tls_nb.pyWed Feb 13 16:10:44 2013 +0100
 b/src/common/xmpp/tls_nb.pyWed Feb 13 16:12:41 2013 +0100
+@@ -393,7 +393,7 @@
+ flags |= 16384
+ tcpsock._sslContext.set_options(flags)
+ 
+-tcpsock.ssl_errnum = 0
++tcpsock.ssl_errnum = [0]
+ tcpsock._sslContext.set_verify(OpenSSL.SSL.VERIFY_PEER,
+ self._ssl_verify_callback)
+ try:
+@@ -449,11 +449,11 @@
+ def _ssl_verify_callback(self, sslconn, cert, errnum, depth, ok):
+ # Exceptions can't propagate up through this callback, so print them 
here.
+ try:
+-self._owner.ssl_fingerprint_sha1 = cert.digest('sha1')
+-self._owner.ssl_certificate = cert
+-self._owner.ssl_errnum = errnum
+-self._owner.ssl_cert_pem = OpenSSL.crypto.dump_certificate(
+-OpenSSL.crypto.FILETYPE_PEM, cert)
++self._owner.ssl_fingerprint_sha1.append(cert.digest('sha1'))
++self._owner.ssl_certificate.append(cert)
++self._owner.ssl_errnum.append(errnum)
++self._owner.ssl_cert_pem.append(OpenSSL.crypto.dump_certificate(
++OpenSSL.crypto.FILETYPE_PEM, cert))
+ return True
+ except:
+ log.error("Exception caught in _ssl_info_callback:", 
exc_info=True)
+diff -r 385f8a1fad66 -r d34a996f87b8 src/common/xmpp/transports_nb.py
+--- a/src/common/xmpp/transports_nb.py Wed Feb 13 16:10:44 2013 +0100
 b/src/common/xmpp/transports_nb.py Wed Feb 13 16:12:41 2013 +0100
+@@ -311,6 +311,12 @@
+ self.proxy_dict = proxy_dict
+ self.on_remote_disconnect = self.disconnect
+ 
++# ssl variables
++self.ssl_fingerprint_sha1 = []
++self.ssl_certificate = []
++self.ssl_errnum = []
++self.ssl_cert_pem = []
++
+ # FIXME: transport should not be aware xmpp
+ def start_disconnect(self):
+ NonBlockingTransport.start_disconnect(self)
+
only in patch2:
unchanged:
--- gajim-0.15.1.orig/debian/patches/02_fix-cert-validation.diff
+++ gajim-0.15.1/debian/patches/02_fix-cert-validation.diff
@@ -0,0 +1,84 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 02_fix-cert-validation.diff by 
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: fix certificate validation
+#
+# Description: fix certificate validation
+# Author: Yann Leboulanger 
+# Origin: upstream,https://trac.gajim.org/changeset/1d8caae49a31#file0
+# Last-Update: 2013-04-17
+
+@DPATCH@
+
+Index: gajim/src/common/connection.py
+===
+--- gajim/src/common/connection.py (revision 14377)
 gajim/src/common/connection.py (revision 14379)
+@@ -1312,19 +1312,22 @@
+ errnum = con.Connection.ssl_errnum
+ except AttributeError:
+-errnum = -1 # we don't have an errnum
+-if errnum > 0 and str(errnum) not in gajim.config.get_per('accounts',
+-self.name, 'ignore_ssl_errors').split():
+-   

Bug#723822: RM: openstack-common/0.1+git20120203-1

[Thomas Goirand]

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

Hi,

The upstream plan has changed, and this package isn't helpful anymore.
It needs to be removed from Sid and testing asap, because of #722882,
which is blocking some migration to testing.

Cheers,

Thomas Goirand (zigo)


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

Bug#723821: aptitude: aptitude changelog segfaults

[Sven Joachim]

Package: aptitude
Version: 0.6.8.2-1.2
Severity: normal

Running "aptitude changelog " results in a segfault if
there is no binary package of the same name (e.g. libdrm or bogl).

I hope you can reproduce this, if not I can install aptitude-dbg and get
a backtrace.


-- Package-specific info:
Terminal: eterm-color
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.6.8.2 compiled at Aug 25 2013 12:39:07
Compiler: g++ 4.8.1
Compiled against:
  apt version 4.12.0
  NCurses version 5.9
  libsigc++ version: 2.2.10
  Ept support enabled.
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20130608
  cwidget version: 0.5.16
  Apt version: 4.12.0

aptitude linkage:
linux-gate.so.1 (0xf77b7000)
libapt-pkg.so.4.12 => /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 
(0xf7258000)
libncursesw.so.5 => /lib/i386-linux-gnu/libncursesw.so.5 (0xf7225000)
libtinfo.so.5 => /lib/i386-linux-gnu/libtinfo.so.5 (0xf7203000)
libsigc-2.0.so.0 => /usr/lib/i386-linux-gnu/libsigc-2.0.so.0 
(0xf71fe000)
libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0xf70fe000)
libept.so.1.aptpkg4.12 => /usr/lib/libept.so.1.aptpkg4.12 (0xf706b000)
libxapian.so.22 => /usr/lib/sse2/libxapian.so.22 (0xf6e85000)
libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xf6e6b000)
libsqlite3.so.0 => /usr/lib/i386-linux-gnu/libsqlite3.so.0 (0xf6db2000)
libboost_iostreams.so.1.54.0 => /usr/lib/libboost_iostreams.so.1.54.0 
(0xf6d99000)
libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 
(0xf6d7e000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xf6c95000)
libm.so.6 => /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xf6c51000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xf6c35000)
libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xf6a86000)
libutil.so.1 => /lib/i386-linux-gnu/i686/cmov/libutil.so.1 (0xf6a82000)
libdl.so.2 => /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xf6a7d000)
libbz2.so.1.0 => /lib/i386-linux-gnu/libbz2.so.1.0 (0xf6a6a000)
libuuid.so.1 => /lib/i386-linux-gnu/libuuid.so.1 (0xf6a64000)
librt.so.1 => /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xf6a5b000)
/lib/ld-linux.so.2 (0xf77b8000)


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

Kernel: Linux 3.11.1-nouveau (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aptitude depends on:
ii  aptitude-common   0.6.8.2-1.2
ii  libapt-pkg4.120.9.11.3
ii  libboost-iostreams1.54.0  1.54.0-3
ii  libc6 2.17-92+b1
ii  libcwidget3   0.5.16-3.4
ii  libept1.4.12  1.0.9
ii  libgcc1   1:4.8.1-10
ii  libncursesw5  5.9+20130608-1
ii  libsigc++-2.0-0c2a2.2.10-0.2
ii  libsqlite3-0  3.8.0.2-1
ii  libstdc++64.8.1-10
ii  libtinfo5 5.9+20130608-1
ii  libxapian22   1.2.15-2
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages aptitude recommends:
ii  apt-xapian-index0.46
ii  aptitude-doc-en [aptitude-doc]  0.6.8.2-1.2
ii  libparse-debianchangelog-perl   1.2.0-1
ii  sensible-utils  0.0.9

Versions of packages aptitude suggests:
pn  debtags  
ii  tasksel  3.17

-- 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#723788: python-coverage: Contents vary with arch, JS libs only deleted when building arch all

[Ben Finney]

package python-coverage
tags 723788 + confirmed pending
thanks

On 19-Sep-2013, Andrew Starr-Bochicchio wrote:
> The embedded JavaScript libraries are removed only when the arch all
> package is built. So we end up with packages with different contents
> depending on the arch. They should be deleted in a differnt target.

A pending release will omit the bundled third-party code entirely from the
Python distribution.

> Compare a package built by the buildds with the one you uploaded:
> 
> http://packages.debian.org/sid/i386/python-coverage/filelist
> http://packages.debian.org/sid/amd64/python-coverage/filelist

Unfortunately that list doesn't show which files are symlinks; we create
symlinks to the system-installed library files because the code currently
requires them at that location.

Inspecting the package contents:

http://packages.debian.org/sid/i386/python-coverage/download>
http://packages.debian.org/sid/amd64/python-coverage/download>

confirms you're right, the bundled libraries are omitted for the “amd64”
package but incorrectly installed for the “i386” package.

Thanks for reporting this bug.

-- 
 \ “I've always wanted to be somebody, but I see now that I should |
  `\   have been more specific.” —Jane Wagner, via Lily Tomlin |
_o__)  |
Ben Finney 


signature.asc
Description: Digital signature

Bug#723081: amd64-microcode: installation never completes

[Nick Lewycky]

Henrique de Moraes Holschuh wrote:

Nick,

I am trying to reproduce this issue with AMD, so as to try to track down
which kernels are affected (and if possibly, track down WHAT fixed the bug
as that isn't clear right now).

Did the issue happen on a *first install* of amd64-microcode, or did it
happen only when you tried to upgrade the package from an older version ?


It worked on first install and only broke when I tried to upgrade.


Also, if you upgraded the kernel to solve the issue, which version you're
using (and did it fix the issue) ?


No, I haven't gotten around to upgrading my kernel yet. I'm convinced by 
your explanation that the kernel is buggy and hope to get to that soon 
(this weekend?).


Nick


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

Bug#722030: evolution 3.8 transition started, please upload abiword

[Andreas Henriksson]

Hello!

On Thu, Sep 19, 2013 at 11:13:09PM +0200, Michael Biebl wrote:
> Hi Dmitry, hi Andreas,
> 
> sorry for the confusion.
> 
> afaics, only the abiword version in experimental is affected by this
[..]

Ok! Thanks for clearing out the confusion I caused here! Sorry!

-- 
Andreas Henriksson


signature.asc
Description: Digital signature

Bug#723050: can't log in

[spikethehobbitmage.excite]

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#640873: any update on libsmack-java packaging ?

[shirish शिरीष]

Dear martin,
Can you share any updates on the libsmack-java packaging ?
-- 
  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#652843:

[Ons M'Saad]

The British Telecom Company has picked you as a lucky person of a lump sum pay 
out of 1,000,000.00. send your Names and Country to Mr. Marcus Steve. Email: 
btcenter...@outlook.com

Bug#723820: python-djangorestframework: please add dependency “Suggests: python-djangorestframework-doc”

[Ben Finney]

Package: python-djangorestframework
Version: 2.3.7-1
Severity: minor

Howdy,

Administrating the Django REST framework requires understanding how it
works and what it does.

Please set a “Suggests: python-djangorestframework-doc” dependency, so that
administrators choosing to install ‘python-djangorestframework’ will
receive the suggestion.

-- 
 \   “He was the mildest-mannered man / That ever scuttled ship or |
  `\   cut a throat.” —“Lord” George Gordon Noel Byron, _Don Juan_ |
_o__)  |
Ben Finney 


signature.asc
Description: Digital signature

Bug#595670: closed by Nikolaus Rath (Not a bug)

[Xavier Roche]

Hi,


On closer inspection (aka asking on the netfilter ml), it turns out that
the problem I described is not with iproute, but with the source address
being determined before the packet can be marked by iptables.


At least source NAT with ip6tables is now a valid workaround (even if this 
is not a clean solution).


Thanks for your time,
Xavier


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

Bug#723818: snort: [INTL:zh_CN] Simplified Chinese debconf templates translation update

[Christian Perrier]

Package: snort
Version: N/A
Severity: wishlist
Tags: patch l10n



Please find attached the Simplified Chinese debconf templates update.

Please note that I am *not* the translator : I send this file on
her/his behalf. The real translator name and address is listed in the
Last-Translator field in the headers of the PO file.




-- System Information:
Debian Release: jessie/sid
Architecture: i386 (i686)

Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR , YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: snort\n"
"Report-Msgid-Bugs-To: sn...@packages.debian.org\n"
"POT-Creation-Date: 2013-09-13 08:03+0200\n"
"PO-Revision-Date: 2013-09-16 17:49+0800\n"
"Last-Translator: Yi Mingjing \n"
"Language-Team: LANGUAGE \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Chinese\n"
"X-Poedit-Country: CHINA\n"
"X-Poedit-SourceCharset: utf-8\n"

#. Type: select
#. Choices
#: ../snort.templates:2001
msgid "boot"
msgstr "引导"

#. Type: select
#. Choices
#: ../snort.templates:2001
msgid "dialup"
msgstr "拨号"

#. Type: select
#. Choices
#: ../snort.templates:2001
msgid "manual"
msgstr "手册"

#. Type: select
#. Description
#: ../snort.templates:2002
msgid "Snort start method:"
msgstr "启动Snort"

#. Type: select
#. Description
#: ../snort.templates:2002
msgid ""
"Please choose how Snort should be started: automatically on boot, "
"automatically when connecting to the net with pppd, or manually with the /"
"usr/sbin/snort command."
msgstr ""
"请选择Snort运行方式：在系统引导时自动运行，当系统联网时自动运行，或者在/usr/"
"sbin/snort路径下手动启动。"

#. Type: string
#. Description
#: ../snort.templates:3001
msgid "Interface(s) which Snort should listen on:"
msgstr "Snort监听端口："

#. Type: string
#. Description
#: ../snort.templates:3001
msgid ""
"This value is usually \"eth0\", but this may be inappropriate in some "
"network environments; for a dialup connection \"ppp0\" might be more "
"appropriate (see the output of \"/sbin/ifconfig\")."
msgstr ""
"通常情况下为\"eth0\"，但是在某些网络环境下不适用。例如，在拨号连接"
"时，\"ppp0\"或许更为合适。网络连接状态请见\"/sbin/ifconfig\"。"

#. Type: string
#. Description
#: ../snort.templates:3001
msgid ""
"Typically, this is the same interface as the \"default route\" is on. You "
"can determine which interface is used for this by running \"/sbin/route -n"
"\" (look for \"0.0.0.0\")."
msgstr ""
"通常，当开启\"defalt route\"(\"默认路由\")后为同一网段。您可以使用\"/sbin/"
"route -n\"来选择运行在那个网段下。"

#. Type: string
#. Description
#: ../snort.templates:3001
msgid ""
"It is also not uncommon to use an interface with no IP address configured in "
"promiscuous mode. For such cases, select the interface in this system that "
"is physically connected to the network that should be inspected, enable "
"promiscuous mode later on and make sure that the network traffic is sent to "
"this interface (either connected to a \"port mirroring/spanning\" port in a "
"switch, to a hub, or to a tap)."
msgstr ""
"在混杂模式中，不使用IP地址来配置Snort也是可行的。例如，当系统通过物理连接到网"
"络后选择一个网段，然后开启混杂模式，进而确定在此网段中（或交换机到集线器中的"
"映射端口）的网络流量。"

#. Type: string
#. Description
#: ../snort.templates:3001
msgid ""
"You can configure multiple interfaces, just by adding more than one "
"interface name separated by spaces. Each interface can have its own specific "
"configuration."
msgstr ""
"您可以通过在各网段间用空格隔开的方式配置多个网段。每个网络都可以单独配置。"

#. Type: string
#. Description
#: ../snort.templates:4001
msgid "Address range for the local network:"
msgstr "本机地址范围："

#. Type: string
#. Description
#: ../snort.templates:4001
msgid ""
"Please use the CIDR form - for example, 192.168.1.0/24 for a block of 256 "
"addresses or 192.168.1.42/32 for just one. Multiple values should be comma-"
"separated (without spaces)."
msgstr ""
"请使用CIDR的格式。例如， 形如192.168.1.0/24或192.168.1.42/32。请用逗号\",\"隔"
"开。"

#. Type: string
#. Description
#: ../snort.templates:4001
msgid ""
"Please note that if Snort is configured to use multiple interfaces, it will "
"use this value as the HOME_NET definition for all of them."
msgstr ""
"请注意，如果将Snort配置了多个网段，那么这个将作为定义HOME_NET的默认值。"

#. Type: boolean
#. Description
#: ../snort.templates:5001
msgid "Should Snort disable promiscuous mode on the interface?"
msgstr "禁用混杂模式吗？"

#. Type: boolean
#. Description
#: ../snort.templates:5001
msgid ""
"Disabling promiscuous mode means that Snort will only see packets addressed "
"to the interface it is monitoring. Enabling it allows Snort to check every "
"packet that passes the Ethernet segment even if it's a connection between "
"two other computers."
msgstr ""
"禁用混杂模式，意味着Snort将只能看到被监控网段的数据包。开启混杂模式后，Snort"
"将监控两台机器之间的任何数据包。"

#. Type: error
#. Description
#: ../snort.templates:6001
msgid "Invalid interface"
msgstr "非法网段"

#. Type: error
#. Description
#: ../snort.templates:6001
msgi

Bug#723817: Same problem occurs with agedu built from source.

[Andrew Spiers]

Hi, just to let you know that I built this from source on the same
system and got the same error, so perhaps the problem lies upstream.
I used agedu-r9723 from
http://www.chiark.greenend.org.uk/~sgtatham/agedu/
The problem is when using the lower-case -s  option.


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

Bug#723819: wordpress: Old theme directory gets deleted on update

[schissdraeck]

Package: wordpress
Version: 3.6.1+dfsg-1~deb7u1
Severity: important

Dear Maintainer,

The update to wordpress 3.6.1 removed the "twentyeleven" theme from the theme 
directory of wordpress, it only left the directory and "license.txt".
This theme was instaled by the previous debian wordpress package.
Since I was using this theme, my wordpress page didn't work anymore. It only 
showed a blank page (and since I use unattended upgrades 
I didn't notice that for several days...)
>From the admin page there can be chosen an other theme, but it's imposible to 
>reinstall the twenty eleven theme from there.
You have to do this by hand in the filesystem.


-- System Information:
Debian Release: 7.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable'), (99, 'unstable'), (99, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-xen-686 (SMP w/1 CPU core)
Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages wordpress depends on:
ii  apache2  2.2.22-13
ii  apache2-mpm-prefork [httpd]  2.2.22-13
ii  libapache2-mod-php5  5.4.4-14+deb7u4
ii  libjs-cropper1.2.2-1
ii  libphp-phpmailer 5.1-1
ii  libphp-snoopy1.2.4-2
ii  mysql-client 5.5.31+dfsg-0+wheezy1
ii  mysql-client-5.5 [mysql-client]  5.5.31+dfsg-0+wheezy1
ii  php5 5.4.4-14+deb7u4
ii  php5-gd  5.4.4-14+deb7u4
ii  php5-mysql   5.4.4-14+deb7u4
ii  tinymce  3.4.8+dfsg0-1

Versions of packages wordpress recommends:
ii  wordpress-l10n  3.6.1+dfsg-1~deb7u1

Versions of packages wordpress suggests:
ii  mysql-server  5.5.31+dfsg-0+wheezy1

-- Configuration Files:
/etc/wordpress/htaccess changed [not included]

-- no debconf information


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

Bug#723817: agedu sometimes fails with: agedu: trie.c:310: triebuild_add: Assertion `ret < 0' failed.

[Andrew Spiers]

Package: agedu
Version: 8928-1
Severity: important

running agedu -s /var consistently causes the crash with this error:
running agedu -s /etc does not produce this error.

Both our /var and /etc are xfs filesystems.



-- System Information:
Debian Release: 6.0.6
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_AU.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages agedu depends on:
ii  libc6 2.11.3-4   Embedded GNU C Library: Shared lib

agedu recommends no packages.

agedu 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#706904: Chinese Checkers RFS review

[Paul Gevers]

On 20-09-13 01:29, Dave Steele wrote:
> Since you are maintaining the software and the Debian packaging in the
> same repository, it would be simpler if the source format were '3.0
> (native)', not '3.0 (quilt)'.

Please don't recommend native as format. Especially not for this reason.
The native format is meant for software that only makes sense in Debian.

Paul




signature.asc
Description: OpenPGP digital signature

Bug#339368: no cdbs anymore, would this work now?

[GCS]

Hi Adam,

On Fri, Sep 20, 2013 at 3:05 AM, Adam Borowski  wrote:
> The reason you stated for not invoking the testsuite was CDBS badness.
> I see sqlite3 doesn't use CDBS anymore for a couple years, since 3.7.5-1.
 Sure, it seems CDBS is fading out anyway.

> While the test suite doesn't test the stmt_status problem I just ran into
> (#723812, no idea whose fault it is), a good pile of other bugs can be
> caught immediately this way...
 Upstream still has root user test in the testsuite. Just checked with
3.8.0.2 and got this:
-- cut --
attach-6.1... Ok
attach-6.2...
 Tests do not work when run as root 
make: *** [test] Error 1
-- cut --

Some tests were run and been successful. I may patch out the root
check and the problematic tests on the next upload.

Laszlo/GCS


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

Bug#723779: snort: [INTL:pt] Updated Portuguese translation for debconf messages

[Christian PERRIER]

Quoting Traduz - Portuguese Translation Team (tra...@debianpt.org):
> Package: snort
> Version: n/a
> Tags: l10n, patch
> Severity: wishlist
> 
> Updated Portuguese translation for snort's debconf messages.
> Translator: Miguel Figueiredo 
> Feel free to use it.
> 
> For translation updates please contact 'Last Translator' or the
> Portuguese Translation Team .

There is an incorrect variable matching in one string:


#. Description
#: ../snort-common.templates:4001
msgid "The following deprecated configuration files were found: ${DEP_FILE}"
msgstr "Foram encontrados os seguintes ficheiros de configuração depreciados: 
${DEP_CONFIG}."


Fixed in the attached file.




pt.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#723759: [Pkg-systemd-maintainers] Bug#723759: masked service is not removed on 'purge'

[Michael Stapelberg]

control: tags -1 + pending

Hi Michael,

Michael Biebl  writes:
> Related to #714903, which almost works now, I noticed that
> on 'remove' the /dev/null symlink is created, but not cleaned up on
> 'purge'.
Good catch! This should be fixed with
http://anonscm.debian.org/gitweb/?p=collab-maint/init-system-helpers.git;a=commitdiff;h=9e9afefe6abd17ae86348dfe720970aec1f590bf

Can you please test and confirm that? After you confirm, I’ll upload a
new i-s-h version.

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#723750: Missing dependency on libxcb-render-util0-dev

[Michael Stapelberg]

control: tags -1 + pending

Hi Uli,

Uli Schlachter  writes:
> After installing libxcb-cursor-dev, I tried to use it through its pkg-config
> file, but cmake/pkg-config was not happy:
>
>  $ cat CMakeLists.txt
>  cmake_minimum_required(VERSION 2.8)
>  include(FindPkgConfig)
>  pkg_check_modules(FOO REQUIRED xcb-cursor)
>  $ cmake .
>  -- Found PkgConfig: /usr/bin/pkg-config (found version "0.26") 
>  -- checking for module 'xcb-cursor'
>  --   found xcb-cursor, version 0.1.0
>  Package xcb-renderutil was not found in the pkg-config search path.
>  Perhaps you should add the directory containing `xcb-renderutil.pc'
>  to the PKG_CONFIG_PATH environment variable
> [snip]
>
> However, calling pkg-config directly does not complain, unless you use 
> --static:
>
>  $ pkg-config --libs --static xcb-cursor
>  Package xcb-renderutil was not found in the pkg-config search path.
>  Perhaps you should add the directory containing `xcb-renderutil.pc'
>  to the PKG_CONFIG_PATH environment variable
>  Package 'xcb-renderutil', required by 'XCB cursor library', not found
>
> So it seems to me as if libxcb-cursor-dev should depend on
> libxcb-render-util0-dev, but I am not completely convinced myself...
fixed in
http://anonscm.debian.org/gitweb/?p=collab-maint/xcb-util-cursor.git;a=commitdiff;h=7c5a3d574cc15b7092410336fbaea557642e32f8

Apparently cmake automatically populates two sets of variables: one for
dynamic builds, one for static builds. The rationale of changing the
Depends is that static builds, whether they are used in this case or
not, should be supported.

-- 
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#722665: libjackson2-core-java and libjackson-json-java: error when trying to install together

[tony mancill]

On 09/12/2013 11:48 PM, Ralf Treinen wrote:
> Package: libjackson-json-java,libjackson2-core-java
> Version: libjackson-json-java/1.9.2-1
> Version: libjackson2-core-java/2.2.2-1
> Severity: serious
> User: trei...@debian.org
> Usertags: edos-file-overwrite

> Here is a list of files that are known to be shared by both packages
> (according to the Contents file for sid/amd64, which may be
> slightly out of sync):
> 
>   /usr/share/java/jackson-core.jar

Hi Ralf,

Thank you for the bug report.  It looks like libjackson-json-java
creates this symlink when it might not strictly be necessary.  I'll
check the reverse build-deps to see if I can rename it.  It seems like
we could favor libjackson2-core-java in this case, since there aren't
any direct reverse deps on libjackson-json-java.

Thank you,
tony



signature.asc
Description: OpenPGP digital signature

Bug#723727: at: "debug" output at install time??

[Michael Stapelberg]

Hi,

"Ph. Marek"  writes:
> at (3.1.14-1) wird eingerichtet ...
> ln -s '/lib/systemd/system/atd.service' '/etc/systemd/system/multi-
> user.target.wants/atd.service'
> [ ok ] Starting deferred execution scheduler: atd.
>
>
> Is that a debug output? Looks like that, because the symlink exists (now).
No, this is not debug output, it’s intentionally there so that the user
will be aware that the service was enabled. The output is what you’d get
when running “systemctl enable atd.service”.

Given that it caused some confusion, we can think about what to do in
order to improve the situation:

1) We could prefix it with a message like “Enabling atd.service: ”
2) We could remove it altogether, but I’m not sure whether that is a
   good choice. Is there a paragraph of debian-policy dealing with
   decisions like this? Or do we have a strong precedence case that
   establishes a best practice?

-- 
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#723806: texlive-lang-cjk: Why cjkpunct is in blacklist?

[韓達耐]

Dear TeX colleagues

The OP of bug report 723806 has made a valid point: the "CJKpunct" package
is blacklisted in "cfg.d/additional-packages.cfg" of the "texlive-nonbin"
GIT source package.

http://anonscm.debian.org/gitweb/?p=debian-tex/texlive-nonbin.git;a=blob;f=all/debian/cfg.d/debian-replacement.cfg;h=bf83bbf3e37a3f4aaec845d5bcc1638a52f09e15;hb=HEAD

There are two ways of building the CJKpunct package: either via tpm2deb
(i.e. removing it from the blacklsit), or building it via a separate Debian
source.

Which one do you prefer?

BR


P.S.: Norbert is on a business trip so I will wait for his reply.


-- 
Danai


-- 
Danai

Bug#723806: texlive-lang-cjk: Why cjkpunct is in blacklist?

[韓達耐]

Hi Nozomu


On 20 September 2013 07:43, KURASAWA Nozomu  wrote:

> Package: texlive-lang-cjk
> Version: 2013.20130905-1
> Severity: wishlist
>
> Dear Maintainer,
>
> I want to style file depended to CJKpunct.
> But, CJKpunct.sty is lacked in debian packages.
>
> Why CJKpunct is in blacklist?
> Any problems?
>


The reason is simple: the CJKpunct package is not part of the upstream CJK
package by Werner Lemberg.
CJKpunct is a completely separate package written by ZHANG Linbo and SUN
Wenchang and depend on the CJK package from Werner.

CTAN is currently down it seems; via Google I can see that it should be
hosted on:
http://www.ctan.org/pkg/cjkpunct

I was not aware of CJKpunct's existence.  I am a bit squeezed in time now
as I have a long business trip ahead of me.  I will see if I can package it
in the first half of October.

Meanwhile I will close this bug as it has no bearing on the CJK package.
Thank you for your report.


BR


-- 
Danai

Bug#693069:

[Kernc]

On Wed, Aug 28, 2013 at 8:21 PM, Thomas Koch wrote:

> please nag me again if I don't manage to get it out in the next days!
>

Any news?

We'd love to feature Rurple-ng, I think, in our youngsters' curriculum:
http://course.coderdojo.si :-)

Bug#252899: Packaged Scenery Areas for Flightgear

[Saikrishna Arcot]

As per suggestion 3 above, what if a snapshot of the scenery at release
time was taken, and is split into regions (continents, perhaps?) and
released as packages to complement flightgear?

-- 
Saikrishna Arcot


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

Bug#723816: man page warnings

[jidanni]

Package: dnsmasq-base
Version: 2.66-4
Severity: wishlist
File: /usr/share/man/man8/dnsmasq.8.gz

The man page has several rendering warnings,


   -F,--dhcp-range=[:701: warning [p 11, 4.8i, 
div `an-div', 0.2i]: cannot adjust line
[tag:[,tag:],][set:,][,][,][,[,]][,]

   -Y, --txt-record=[[,],]
  Return a TXT DNS record. The val:595: warning [p 
10, 0.0i, div `an-div', 0.2i]: cannot adjust line
ue of TXT record  is  a  set  of
  strings,  so   any  number may be included, delimited by commas;

  empty domain  specification,  //  has  the  special  meaning  of
  "unqualified  names  on:492: warning [p 8, 4.0i, 
div `an-div', 0.0i]: cannot adjust line
ly"  ie names without any dots in them. A
  non-standard port may be specified as part  of  the  IP  address
  using  a  #  character.   More than one -S flag is allowed, with


etc. etc.


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

Bug#722733: calypso: webcal sync does not work

[Keith Packard]

Sebastian Reichel  writes:

> Package: calypso
> Version: 1.1
> Severity: normal
> Tags: upstream
>
> Hi,
>
> For me calypso prints lots of errors like the following one, when I try to 
> sync
> my N900's calendar:
>
> Failed PUT for /private/22.ics
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/dist-packages/calypso/__init__.py", line 420, in 
> do_PUT
> etag = self._collection.get_item(new_name).etag
> AttributeError: 'NoneType' object has no attribute 'etag'
> 93.206.248.69 - - [13/Sep/2013 21:29:26] "PUT /private/22.ics
> HTTP/1.1" 400 -

Can you capture a more complete log with calypso -g and send that along?

-- 
keith.pack...@intel.com


pgpeQRXHQ3DuE.pgp
Description: PGP signature

Bug#723815: python3-apt: aptsources.sourceslist.uniq(s) throws an exception in python3

[Jordan Metzmeier]

Package: python3-apt
Version: 0.8.9.1+b1
Severity: normal
Tags: upstream

Dear Maintainer,

The uniq() method seems to call set() which does not work with SourcesList
objects in python3. The following exception is thrown:

Traceback (most recent call last):

  File "./apt-provides", line 10, in 

for line in
aptsources.sourceslist.uniq(aptsources.sourceslist.SourcesList()):

  File "/usr/lib/python3/dist-packages/aptsources/sourceslist.py", line 76,
in uniq
return list(set(s))

TypeError: unhashable type: 'SourceEntry'

This was also tested on version 0.8.9.1+b1. The same code works in the
python2 version.

-- System Information:
Debian Release: 7.1
  APT prefers stable
  APT policy: (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)

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

Versions of packages python3-apt depends on:
ii  libapt-inst1.5 0.9.7.9
ii  libapt-pkg4.12 0.9.7.9
ii  libc6  2.16-0experimental1
ii  libgcc11:4.7.2-5
ii  libstdc++6 4.7.2-5
ii  python-apt-common  0.8.8.2
ii  python33.2.3-6

Versions of packages python3-apt recommends:
ii  iso-codes3.41-1
ii  lsb-release  4.1+Debian9

Versions of packages python3-apt suggests:
pn  python-apt-doc   
pn  python3-apt-dbg  

-- no debconf information


-- 
Jordan Metzmeier

Bug#723814: exim4: Some incoming connections refused with "(gnutls_handshake): An unexpected TLS packet was received."

[Nikolaus Rath]

Package: exim4
Version: 4.80-7
Severity: normal

Wheezy's exim4 rejects incoming SMTP connections from some servers with
the following message:

2013-09-20 01:40:45 TLS error on connection from remote.runningguru.com 
[71.33.250.180] (gnutls_handshake): An unexpected TLS packet was received.

The affected remote servers typically retry over and over again, and get
rejected over and over again, so that the email never gets delivered.

As a temporary workaround, I am currently adding exceptions that prevent
exim from advertising TLS to these host whenever I see a problem in the logs,
but that is not really a good solution.

Best,
Nikolaus


-- System Information:
Debian Release: 7.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-0.bpo.1-amd64 (SMP w/8 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 exim4 depends on:
ii  debconf [debconf-2.0]  1.5.49
pn  exim4-base 
pn  exim4-daemon-light | exim4-daemon-heavy | exim4-daemon-custom  

exim4 recommends no packages.

exim4 suggests no packages.


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

Bug#723813: Wheezy: "aptitude update" fails

[Frederick Brown]

Package: aptitude 
Reference Bug:  #673521

apt fails to get sources, this result is the same for sid sources as well.

aptitude 0.6.8.2 compiled at Nov  5 2012 06:20:41
Compiler: g++ 4.7.2
Compiled against:
  apt version 4.12.0
  NCurses version 5.9
  libsigc++ version: 2.2.10
  Ept support enabled.
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20110404
  cwidget version: 0.5.16
  Apt version: 4.12.0


/etc/apt/sources.list

# The Mirror Director for all third party mirrors
deb http://http.debian.net/debian wheezy main contrib non-free
deb-src http://http.debian.net/debian wheezy main contrib non-free 

# The Debian Multimedia Repo
deb http://deb-multimedia.org/ wheezy main non-free

# The Update Mirror  >  Keep this last  < 
deb http://security.debian.org/ wheezy/updates main contrib non-free

# The Google Talkplugin Repository
deb http://dl.google.com/linux/talkplugin/deb/ stable main


apt-get update
Hit http://dl.google.com stable Release.gpg
Hit http://dl.google.com stable Release 

Hit http://security.debian.org wheezy/updates Release.gpg   

Hit http://dl.google.com stable/main i386 Packages   
Hit http://security.debian.org wheezy/updates Release   
Hit http://security.debian.org wheezy/updates/main i386 Packages
   
Hit http://deb-multimedia.org wheezy Release.gpg
 
Hit http://security.debian.org wheezy/updates/contrib i386 Packages 

Ign http://http.debian.net wheezy Release.gpg   

Hit http://security.debian.org wheezy/updates/non-free i386 Packages
Hit http://security.debian.org wheezy/updates/contrib Translation-en
   
Hit http://deb-multimedia.org wheezy Release
   
Hit http://security.debian.org wheezy/updates/main Translation-en   

Hit http://http.debian.net wheezy Release   

Hit http://security.debian.org wheezy/updates/non-free Translation-en   

Hit http://deb-multimedia.org wheezy/main i386 Packages 
Hit http://deb-multimedia.org wheezy/non-free i386 Packages
Ign http://http.debian.net wheezy/main i386 Packages/DiffIndex   
Ign http://http.debian.net wheezy/contrib i386 Packages/DiffIndex   
Ign http://dl.google.com stable/main Translation-en_US   
Ign http://dl.google.com stable/main Translation-en 
Ign http://http.debian.net wheezy/non-free i386 Packages/DiffIndex
Hit http://http.debian.net wheezy/contrib Translation-en
Hit http://http.debian.net wheezy/main Translation-en
Hit http://http.debian.net wheezy/non-free Translation-en
Hit http://http.debian.net wheezy/main i386 Packages
Hit http://http.debian.net wheezy/contrib i386 Packages
Hit http://http.debian.net wheezy/non-free i386 Packages
Ign http://deb-multimedia.org wheezy/main Translation-en_US
Ign http://deb-multimedia.org wheezy/main Translation-en
Ign http://deb-multimedia.org wheezy/non-free Translation-en_US
Ign http://deb-multimedia.org wheezy/non-free Translation-en
Err http://http.debian.net wheezy/main Sources
  404  Not Found [IP: 128.61.240.89 80]
Err http://http.debian.net wheezy/contrib Sources
  404  Not Found [IP: 128.61.240.89 80]
Err http://http.debian.net wheezy/non-free Sources
  404  Not Found [IP: 128.61.240.89 80]
W: Failed to fetch 
http://http.debian.net/debian/dists/wheezy/main/source/Sources  404  Not Found 
[IP: 128.61.240.89 80]

W: Failed to fetch 
http://http.debian.net/debian/dists/wheezy/contrib/source/Sources  404  Not 
Found [IP: 128.61.240.89 80]

W: Failed to fetch 
http://http.debian.net/debian/dists/wheezy/non-free/source/Sources  404  Not 
Found [IP: 128.61.240.89 80]

E: Some index files failed to download. They have been ignored, or old ones 
used instead.


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

Bug#679351: extlinux: fails to boot without syslinux-themes-debian

[Daniel Baumann]

notfound 679351 3:6.02~pre16+dfsg-3
thanks

On 09/19/2013 07:59 PM, Michal Suchanek wrote:
> this is NOT solved.

it is.

> syslinux-theme-debian gets uninstalled because extlinux no
> longer depends on it

extlinux never depended on syslinux-themes-debian.

> then fails to generate a config complaining that
> some theme file is missing.

it doesn't.

first, please ask the syslinux-themes-debian maintainer to upload a new
version fo syslinux-themes-debian to experimental with updated paths
(no, i don't want to support both paths since also for syslinux 6, the
themeing structure will change).

second, it's on purpose that extlinux-update fails loudly (so that the
user sees the error *before* rebooting) if the configured theme in
/etc/default/extlinux is not found/existing/$whatever.

> Probably best solution is including a fallback theme *and* using it when the
> user-selected (or default) theme is not present.

that was my plan anyway once things wrt/ to syslinux 6 packaging have
stabilized, which is also noted in the todo file already.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#339368: no cdbs anymore, would this work now?

[Adam Borowski]

Hi!

The reason you stated for not invoking the testsuite was CDBS badness.
I see sqlite3 doesn't use CDBS anymore for a couple years, since 3.7.5-1.

While the test suite doesn't test the stmt_status problem I just ran into
(#723812, no idea whose fault it is), a good pile of other bugs can be
caught immediately this way...

-- 
ᛊᚨᚾᛁᛏᚣ᛫ᛁᛊ᛫ᚠᛟᚱ᛫ᚦᛖ᛫ᚹᛖᚨᚲ


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

Bug#723812: FTBFS: fails test suite

[Adam Borowski]

Package: libdbd-sqlite3-perl
Version: 1.40-1+b1
Severity: serious
Justification: fails to build from source (but built successfully in the past)


I'm afraid that your package fails to build with new sqlite3, the failing
test is:

t/53_status.t ... 1/? 
#   Failed test 'num of sort: 0'
#   at t/53_status.t line 49.

#   Failed test 'num of sort: 0'
#   at t/53_status.t line 49.
# Looks like you failed 2 tests of 16.
t/53_status.t ... Dubious, test returned 2
# (wstat 512, 0x200)
Failed 2/16 subtests 


I tried it on x32 and amd64.

It's quite likely the real culprit is sqlite3, but I don't know the details
of its interface well enough to debug it easily.


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

Kernel: Linux 3.11.1-x32 (SMP w/6 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 libdbd-sqlite3-perl depends on:
ii  libc6 2.17-92+b1
ii  libdbi-perl [perl-dbdabi-94]  1.628-1+b1
ii  libsqlite3-0  3.8.0.2-1
ii  perl  5.18.1-4
ii  perl-base [perlapi-5.18.1]5.18.1-4

libdbd-sqlite3-perl recommends no packages.

libdbd-sqlite3-perl 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#723810: sysctl.conf.5: do most paths in the FILES section exist?

[Regid Ichira]

Package:  procps
Version:  1:3.3.4-2
Severity: normal
Tags: patch
File: /usr/share/man/man5/sysctl.conf.5.gz

--- a/sysctl.conf.5 2013-09-20 03:08:04.767028976 +0300
+++ b/sysctl.conf.5 2013-09-20 03:05:32.0 +0300
@@ -54,10 +54,9 @@ begin with a # or ; are considered comme
 /lib/sysctl.d/*.conf
 .TQ
 /etc/sysctl.conf
-The paths where
-sysctl
-preload files usually exit.  See also
-sysctl
+.sp
+One, or more, of these paths
+usually exist.  See also sysctl
 option
 .IR \-\-system .
 .SH SEE ALSO

1. I think that exit is not the right word.  I guess it should be
   exist.
2. English is not my mother togue.  Still, I think the wording should
   be improved because their meaning is not sufficiently clear.  Are
   most of those paths exist in a typical debian installation?


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

Bug#723809: mention exact list of current metacharacters

[jidanni]

Package: perl-doc
Version: 5.18.1-4
Severity: wishlist
File: /usr/share/man/man1/perlfunc.1.gz

$ perldoc -f system|grep meta
   metacharacters, and if there are any, the entire argument is
   If there are no shell metacharacters in the argument, it is

Mention an exact list of the current set of metacharacters you mean there 
please.


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

Bug#723808: bsdgames: rain default speed

[Kevin Ryde]

Package: bsdgames
Version: 2.17-21
Severity: wishlist
File: /usr/games/rain

If "rain" is run on a linux console or xterm or similar fast tty its
default flat-out drawing speed doesn't look very good.  I hoped it would
default to some sort of delay perhaps on an intended redraw rate (maybe
reduced if the tty termios speed is very slow).  The "-d 120" suggested
in the man page looks much better.  Making that the default might be
enough.


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

Kernel: Linux 2.6.32-5-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages bsdgames depends on:
ii  libc62.17-92
ii  libgcc1  1:4.6.1-3
ii  libncurses5  5.9+20130608-1
ii  libstdc++6   4.6.1-3
ii  libtinfo55.9+20130608-1
ii  wbritish [wordlist]  7.1-1

bsdgames recommends no packages.

bsdgames 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#712734: Cloudprint package submission

[Dave Steele]

I should note that I am a DM, and intend to maintain this package going forward.

---

>From June:

  Dear mentors,

  I am looking for a sponsor for my new package "cloudprint"

   Package name: cloudprint
   Version: 0.10-3
   Upstream Author: Jason Michalski
   URL: https://pypi.python.org/pypi/cloudprint
   License: GPL3
   Section: net

  It builds those binary packages:

cloudprint - Google Cloud Print proxy
cloudprint-service - provide a service for sharing printers on
Google Cloud Print

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

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


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

dget -x 
http://mentors.debian.net/debian/pool/main/c/cloudprint/cloudprint_0.10-3.dsc

  More information about cloudprint can be obtained from
http://davesteele.github.io/cloudprint-debian/.

  ITP is at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705981

  changelog:

cloudprint (0.10-3) unstable; urgency=low

  * Copyright had license text for LGPL instead of the correct GPL-2+
  * Quiet new lintian warning for init scripts calling /lib/init/*.

 -- David Steele   Mon, 10 Jun 2013 22:27:07 -0400

cloudprint (0.10-2) unstable; urgency=low

  * Add dependency on CUPS.
  * Lintian fixes.
  * Man page fixes.
  * Better text in copyright file.

 -- David Steele   Mon, 10 Jun 2013 21:15:27 -0400

cloudprint (0.10-1) unstable; urgency=low

  * Initial packaging (Closes: 705981)
  * Include cloudprint-service init.d support.

 -- David Steele   Tue, 23 Apr 2013 19:42:12 -0400


  Regards,
   Dave Steele



-- 
"Le mieux est l'ennemi du bien" - Voltaire


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

Bug#723807: pinfo: /etc/mailcap entry

[Kevin Ryde]

Package: pinfo
Version: 0.6.9-5.1
Severity: wishlist

This is an idea for an /etc/mailcap entry to display info document files
with pinfo.  It allows for example

see /usr/share/info/pinfo.info.gz

I get some joy from a line like attached below.  It would go in
debian/mime and then adding dh_installmime to debian/rules would install
as file /usr/share/mime/packages/pinfo.

application/x-info; /usr/bin/pinfo -f '%s'; needsterminal; description=GNU Info 
document



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

Kernel: Linux 2.6.32-5-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages pinfo depends on:
ii  install-info  5.1.dfsg.1-4
ii  libc6 2.17-92
ii  libncursesw5  5.9+20130608-1
ii  libreadline6  6.2+dfsg-0.1
ii  libtinfo5 5.9+20130608-1

pinfo recommends no packages.

Versions of packages pinfo suggests:
ii  bsd-mailx [mail-reader]  8.1.2-0.2006cvs-1
ii  chimera2 [www-browser]   2.0a19-8
ii  chromium [www-browser]   28.0.1500.95-3
ii  conkeror [www-browser]   1.0~~pre+git130817-1
pn  cups-bsd | lpr   
ii  dillo [www-browser]  3.0.3-6
ii  elinks-lite [www-browser]0.12~pre6-1+b1
ii  emacs21 [mail-reader]21.4a+1-5.7
ii  emacs22-gtk [mail-reader]22.3+1-1.2
ii  emacs23-lucid [mail-reader]  23.4+1-4.1
ic  emacs24 [mail-reader]24.3+1-1
ii  emacs24-lucid [mail-reader]  24.3+1-1
ii  iceape [www-browser] 2.7.12-1
ii  iceweasel [www-browser]  17.0.8esr-2
ii  links [www-browser]  2.7-2
ii  links2 [www-browser] 2.7-2
ii  lynx-cur [www-browser]   2.8.8dev.16-1
ii  netrik [www-browser] 1.16.1-1.1
ii  netsurf [www-browser]2.9-2
ii  netsurf-gtk [www-browser]2.9-2
ii  w3-el-e21 [www-browser]  4.0pre.2001.10.27.nodocs-5
ii  w3m [www-browser]0.5.3-11
ii  xemacs21-mule [www-browser]  21.4.22-4

-- no debconf information

Bug#723806: texlive-lang-cjk: Why cjkpunct is in blacklist?

[KURASAWA Nozomu]

Package: texlive-lang-cjk
Version: 2013.20130905-1
Severity: wishlist

Dear Maintainer,

I want to style file depended to CJKpunct.
But, CJKpunct.sty is lacked in debian packages.

Why CJKpunct is in blacklist?
Any problems?

regard,



-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource. 

In particular, bugs that are related to up-upstream, i.e., neither
Debian nor TeX Live (upstream), but the original package authors,
will be closed immediately.

   *** The Debian TeX Team is *not* a LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or 

http://www.minimalbeispiel.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 1812 Sep 15 22:47 /var/lib/texmf/ls-R
-rw-rw-r-- 1 root staff 80 Jul  5  2012 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 29 Jun 15 17:02 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Sep  5 11:54 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Sep  5 11:54 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
##
 Config files
lrwxrwxrwx 1 root root 40 Sep  5 11:54 /usr/share/texmf/web2c/texmf.cnf -> 
../../texlive/texmf-dist/web2c/texmf.cnf
-rw-r--r-- 1 root root 5382 Sep 15 22:46 /var/lib/texmf/web2c/fmtutil.cnf
lrwxrwxrwx 1 root root 32 Sep  5 11:54 /usr/share/texmf/web2c/updmap.cfg -> 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 5947 Sep 15 22:46 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 Jun 26  2011 mktex.cnf
-rw-r--r-- 1 root root 838 Jun 17 00:16 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf
1df66bc319cec731e202eaf39f5d85e1  /etc/texmf/texmf.d/96JadeTeX.cnf

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

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

Versions of packages texlive-lang-cjk depends on:
ii  dpkg1.17.1
ii  fonts-ipaexfont-gothic  00201-4
ii  fonts-ipaexfont-mincho  00201-4
ii  fonts-ipafont-gothic00303-12
ii  fonts-ipafont-mincho00303-12
ii  luatex  0.76.0-3
ii  tex-common  4.04
ii  texlive-base2013.20130905-1
ii  texlive-binaries2013.20130729.30972-2
ii  texlive-latex-base  2013.20130905-1

Versions of packages texlive-lang-cjk recommends:
ii  latex-cjk-all 4.8.3+git20120914-2
ii  ruby  1:1.9.3
ii  ruby1.8 [ruby-interpreter]1.8.7.358-8
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.448-1

texlive-lang-cjk suggests no packages.

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]  1.5.51
ii  dpkg   1.17.1
ii  ucf3.0027+nmu1

Versions of packages tex-common suggests:
ii  debhelper  9.20130720

Versions of packages texlive-lang-cjk is related to:
ii  tex-common4.04
ii  texlive-binaries  2013.20130729.30972-2

-- debconf-show failed


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

Bug#723799: It doesn't just turn off monitors...

[Ralf-Peter Rohbeck]

Both monitors on the Displayports had switched off. I just left them off 
because I used only the other monitors at the time. After some time, one 
of the monitors turned back on. I wan't running with drm.debug so this 
is all I have:
Sep 19 16:34:12 ws kernel: [13419.456582] [drm:radeon_dp_link_train_ce] 
*ERROR* displayport link status failed
Sep 19 16:34:12 ws kernel: [13419.456585] [drm:radeon_dp_link_train_ce] 
*ERROR* channel eq failed
Seems like the displayport link is retried or something is flapping in 
the wind.



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

Bug#706904: Chinese Checkers RFS review

[Dave Steele]

Sorry about the long delay for a response to your submission. Here are
some comments, based on a visual review of your package. I am not a
DD. I cannot upload it.

I get no response from the server hosting your distribution files.
Perhaps it was your personal machine at college? This will need to be
fixed. The site mentors.debian.net is recommended.

The rest is based on the software in your git repository.

Since you are maintaining the software and the Debian packaging in the
same repository, it would be simpler if the source format were '3.0
(native)', not '3.0 (quilt)'.

python-support is deprecated. Your sponsor will likely require that
you remove the python-support'isms in your package, such as in control
and debian/pyversions (see
https://wiki.debian.org/Python/TransitionToDHPython2).

I don't see any other obvious problems. mentors.d.o will do additional
source tests when you put it there. Good luck with your upload.

-- 
"Le mieux est l'ennemi du bien" - Voltaire


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

Bug#723805: perl: Seg faults sometimes (presumably due to "use threads;")

[Niels Thykier]

Package: perl
Version: 5.18.1-3
Severity: normal

Hi,

I am experiencing a regular segmentation faul in perl when running the
Lintian test suite.  It appears to be our test runner that seg. faults
and does so only at the "end".

The test runner uses "threads", which is probably why it is the only
script in the Lintian code base that seems to make perl seg. fault.  Below
is the output from gdb and a back trace.

~Niels

$ gdb --args perl t/runtests --dump-logs -k -j 8 t /tmp/lintian-tests 
deb-format-wrong-order
GNU gdb (GDB) 7.6 (Debian 7.6-5)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/perl...Reading symbols from 
/usr/lib/debug/usr/bin/perl...done.
done.
(gdb) run
Starting program: /usr/bin/perl t/runtests --dump-logs -k -j 8 t 
/tmp/lintian-tests deb-format-wrong-order
warning: no loadable sections found in added symbol-file system-supplied DSO at 
0x77ffa000
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x74cae700 (LWP 17250)]
[New Thread 0x7fffe700 (LWP 17251)]
[New Thread 0x7fffef7fe700 (LWP 17252)]
[Thread 0x7fffe700 (LWP 17251) exited]
[... repeat ...]
Package tests (debs):
[... more threads being created and exits ... ]
Running deb-format-wrong-order... building... testing... ok.
[... even more threads being created and exits ... ]

Program received signal SIGSEGV, Segmentation fault.
0x77afe96c in S_hv_delete_common (hash=610085174, d_flags=68, 
k_flags=0, klen=8, key=0x7fffe778 " I\256", keysv=0x0, hv=0x27d61a0, 
my_perl=0x603010) at hv.c:1034
1034hv.c: No such file or directory.
(gdb) bt
#0  0x77afe96c in S_hv_delete_common (hash=610085174, d_flags=68, 
k_flags=0, klen=8, key=0x7fffe778 " I\256", keysv=0x0, hv=0x27d61a0, 
my_perl=0x603010) at hv.c:1034
#1  Perl_hv_common (my_perl=0x603010, hv=0x27d61a0, keysv=keysv@entry=0x0, 
key=, key@entry=0x7fffe778 " I\256", klen=8, 
flags=, action=action@entry=68, val=val@entry=0x0, 
hash=, hash@entry=0) at hv.c:398
#2  0x77aff8de in Perl_hv_common_key_len 
(my_perl=my_perl@entry=0x603010, hv=, 
key=key@entry=0x7fffe778 " I\256", klen_i32=klen_i32@entry=8, 
action=action@entry=68, val=val@entry=0x0, hash=hash@entry=0) at hv.c:335
#3  0x74cb23ea in glob_ophook (my_perl=0x603010, o=0xae4920) at 
Glob.xs:324
#4  0x77a7e70c in Perl_op_free (my_perl=0x603010, o=0xae4920) at 
op.c:716
#5  0x77a7e72f in Perl_op_free (my_perl=0x603010, o=0xae4b10) at 
op.c:722
#6  0x77a7e72f in Perl_op_free (my_perl=0x603010, o=0xae5520) at 
op.c:722
#7  0x77ac233d in Perl_cv_undef (my_perl=my_perl@entry=0x603010, 
cv=cv@entry=0xae0390) at pad.c:363
#8  0x77b1478c in Perl_sv_clear (my_perl=my_perl@entry=0x603010, 
orig_sv=orig_sv@entry=0xae0390) at sv.c:6165
#9  0x77b14bdd in Perl_sv_free2 (my_perl=my_perl@entry=0x603010, 
sv=sv@entry=0xae0390, rc=) at sv.c:6583
#10 0x77b37a2b in S_SvREFCNT_dec (sv=, 
my_perl=) at inline.h:73
#11 Perl_leave_scope (my_perl=0x603010, base=) at scope.c:1141
#12 0x77b385d5 in Perl_pop_scope (my_perl=my_perl@entry=0x603010) at 
scope.c:110
#13 0x77a96c9b in perl_destruct (my_perl=0x603010) at perl.c:562
#14 0x00400de1 in main (argc=9, argv=0x7fffec68, 
env=0x7fffecb8) at perlmain.c:125


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

Bug#723804: RFS: phabricator/0.1~git20130909-1 [ITP]

[Richard Sellam]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

 * Package name: phabricator
   Version : 0.1~git20130909-1
   Upstream Author : Facebook
 * URL :http://phabricator.org/
 * License :Apache 2.0 license
   Section : web

  It builds those binary packages:

phabricator - suite of web applications that help communicate about software

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

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


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

dget 
-xhttp://mentors.debian.net/debian/pool/main/p/phabricator/phabricator_0.1~git20130909-1.dsc

  More information about phabricator can be obtained fromhttp://phabricator.org.


  Regards,
   Richard Sellam

Bug#721465: freezes too

[David Roguin]

I have a similar problem but the whole system freezes before gdm3 shows
anything.
Find attached the Xorg log file from the freeze.

System info from reportbug:
Package: fglrx-driver
Version: 1:13.4-3

-- Package-specific info:
Full fglrx package list:
ii  fglrx-atieventsd 1:13.4-3
amd64   events daemon for the non-free ATI/AMD RadeonHD
display driver
ii  fglrx-driver 1:13.4-3
amd64   non-free ATI/AMD RadeonHD display driver
ii  fglrx-modules-dkms   1:13.4-3
amd64   dkms module source for the non-free ATI/AMD
RadeonHD display driver
ii  glx-alternative-fglrx0.4.0
amd64   allows the selection of FGLRX as GLX provider
ii  libfglrx:amd64   1:13.4-3
amd64   non-free ATI/AMD RadeonHD display driver (runtime
libraries)
ii  libfglrx:i3861:13.4-3
i386non-free ATI/AMD RadeonHD display driver (runtime
libraries)
ii  libfglrx-amdxvba1:amd64  1:13.4-3
amd64   AMD XvBA (X-Video Bitstream Acceleration) runtime
libraries
ii  libfglrx-amdxvba1:i386   1:13.4-3
i386AMD XvBA (X-Video Bitstream Acceleration) runtime
libraries
ii  libgl1-fglrx-glx:amd64   1:13.4-3
amd64   proprietary libGL for the non-free ATI/AMD RadeonHD
display driver
ii  libgl1-fglrx-glx:i3861:13.4-3
i386proprietary libGL for the non-free ATI/AMD RadeonHD
display driver

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Cedar [Radeon HD 5000/6000/7350/8350 Series]

DRM and fglrx Informations from dmesg:
[0.00] No AGP bridge found
[0.00] No AGP bridge found
[1.260452] PCI-DMA: Disabling AGP.
[1.260648] PCI-DMA: Reserving 64MB of IOMMU area in the AGP aperture
[1.24] Linux agpgart interface v0.103
[4.116727] [drm] Initialized drm 1.1.0 20060810
[4.122049] [drm] radeon kernel modesetting enabled.
[4.122318] [drm] initializing kernel modesetting (CEDAR 0x1002:0x68F9
0x1682:0x304A).
[4.122374] [drm] register mmio base: 0xFEBC
[4.122411] [drm] register mmio size: 131072
[4.136818] [drm] Detected VRAM RAM=1024M, BAR=256M
[4.136858] [drm] RAM width 64bits DDR
[4.137103] [drm] radeon: 1024M of VRAM memory ready
[4.137140] [drm] radeon: 512M of GTT memory ready.
[4.137451] [drm] GART: num cpu pages 131072, num gpu pages 131072
[4.138054] [drm] enabling PCIE gen 2 link speeds, disable with
radeon.pcie_gen2=0
[4.153320] [drm] Loading CEDAR Microcode
[4.153979] [drm] PCIE GART of 512M enabled (table at
0x0025D000).
[4.154619] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[4.154654] [drm] Driver supports precise vblank timestamp query.
[4.154772] [drm] radeon: irq initialized.
[4.170887] [drm] ring test on 0 succeeded in 1 usecs
[4.170976] [drm] ring test on 3 succeeded in 1 usecs
[4.366458] [drm] ring test on 5 succeeded in 1 usecs
[4.366495] [drm] UVD initialized successfully.
[4.366626] [drm] ib test on ring 0 succeeded in 0 usecs
[4.366679] [drm] ib test on ring 3 succeeded in 0 usecs
[4.536639] [drm] ib test on ring 5 succeeded
[4.537020] [drm] Radeon Display Connectors
[4.537055] [drm] Connector 0:
[4.537089] [drm]   HDMI-A-1
[4.537124] [drm]   HPD2
[4.537158] [drm]   DDC: 0x6460 0x6460 0x6464 0x6464 0x6468 0x6468
0x646c 0x646c
[4.537195] [drm]   Encoders:
[4.537229] [drm] DFP1: INTERNAL_UNIPHY1
[4.537264] [drm] Connector 1:
[4.537298] [drm]   DVI-I-1
[4.537332] [drm]   HPD4
[4.537367] [drm]   DDC: 0x6440 0x6440 0x6444 0x6444 0x6448 0x6448
0x644c 0x644c
[4.537404] [drm]   Encoders:
[4.537438] [drm] DFP2: INTERNAL_UNIPHY
[4.537472] [drm] CRT1: INTERNAL_KLDSCP_DAC1
[4.537506] [drm] Connector 2:
[4.537540] [drm]   VGA-1
[4.537575] [drm]   DDC: 0x6430 0x6430 0x6434 0x6434 0x6438 0x6438
0x643c 0x643c
[4.537612] [drm]   Encoders:
[4.537646] [drm] CRT2: INTERNAL_KLDSCP_DAC2
[4.537717] [drm] Internal thermal controller without fan control
[4.537788] [drm] radeon: power management initialized
[4.582714] [drm] fb mappable at 0xD035F000
[4.582749] [drm] vram apper at 0xD000
[4.582783] [drm] size 4325376
[4.582816] [drm] fb depth is 24
[4.582849] [drm]pitch is 5632
[4.582935] fbcon: radeondrmfb (fb0) is primary device
[4.805195] radeon :01:00.0: fb0: radeondrmfb frame buffer device
[4.805257] [drm] Initialized radeon 2.33.0 20080528 for :01:00.0 on
minor 0


/etc/X11/xorg.conf
Section "ServerLayout"
Identifier "aticonfig Layout"
Screen  0  "aticonfig-Screen[0]-0" 0 0
EndSection

Section "Module"
EndSection

Section "Monitor"
Identifier   "aticonfig-Monitor[0]-0"
Opt

Bug#718947: running the tests relies on existence of an external config file

[Adam Conrad]

Package: icon
Version: 9.4.3-4.2
Followup-For: Bug #718947
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu saucy ubuntu-patch



In Ubuntu, the attached patch was applied to achieve the following:

  * Switch the testsuite to use /usr/share/base-files/motd instead
of /etc/motd, since base-files ships the former (LP: #1226567)

Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers saucy-updates
  APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.11.0-7-generic (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u icon-9.4.3/debian/changelog icon-9.4.3/debian/changelog
only in patch2:
unchanged:
--- icon-9.4.3.orig/tests/general/io.icn
+++ icon-9.4.3/tests/general/io.icn
@@ -6,7 +6,7 @@
local L, f, m, n, t1, t2
 
L := [&input, &output, &errout,
-   	m := open("/etc/motd") | stop("no /etc/motd"),
+   	m := open("/usr/share/base-files/motd") | stop("no /usr/share/base-files/motd"),
 	n := open("/dev/null", "w") | stop("no /dev/null")]
L := sort(L)
every f := !L do
@@ -21,10 +21,10 @@
every write(!&input) \ 2
 
write()
-   write("flush /etc/motd: ", image(flush(m)) | "FAILED")
-   write("close /etc/motd: ", image(close(m)) | "FAILED")
-   write("close /etc/motd: ", image(close(m)) | "FAILED")
-   write("flush /etc/motd: ", image(flush(m)) | "FAILED")
+   write("flush /usr/share/base-files/motd: ", image(flush(m)) | "FAILED")
+   write("close /usr/share/base-files/motd: ", image(close(m)) | "FAILED")
+   write("close /usr/share/base-files/motd: ", image(close(m)) | "FAILED")
+   write("flush /usr/share/base-files/motd: ", image(flush(m)) | "FAILED")
 
write()
write("flush /dev/null: ", image(flush(n)) | "FAILED")
only in patch2:
unchanged:
--- icon-9.4.3.orig/tests/general/io.std
+++ icon-9.4.3/tests/general/io.std
@@ -2,7 +2,7 @@
 file: &input
 file: &output
 file: file(/dev/null)
-file: file(/etc/motd)
+file: file(/usr/share/base-files/motd)
 
 aaa
 
@@ -13,10 +13,10 @@
 g
 hh
 
-flush /etc/motd: file(/etc/motd)
-close /etc/motd: file(/etc/motd)
-close /etc/motd: file(/etc/motd)
-flush /etc/motd: file(/etc/motd)
+flush /usr/share/base-files/motd: file(/usr/share/base-files/motd)
+close /usr/share/base-files/motd: file(/usr/share/base-files/motd)
+close /usr/share/base-files/motd: file(/usr/share/base-files/motd)
+flush /usr/share/base-files/motd: file(/usr/share/base-files/motd)
 
 flush /dev/null: file(/dev/null)
 close /dev/null: file(/dev/null)
@@ -109,7 +109,7 @@
 > =()=local L, f, m, n, t1, t2
 > =()= 
 > =()=L := [&input, &output, &errout,
-> =()=	m := open("/etc/motd") | stop("no /etc/motd"),
+> =()=	m := open("/usr/share/base-files/motd") | stop("no /usr/share/base-files/motd"),
 > =()= 	n := open("/dev/null", "w") | stop("no /dev/null")]
 
 file(ls io.i?n io.d?t io.s?d)

Bug#721895: transition: opencv 2.4

[Julien Cristau]

On Thu, Sep  5, 2013 at 13:20:14 +0900, Nobuhiro Iwamatsu wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> Hi,
> 
> First, I already uploaded opencv 2.4 to unstable by my mistake, sorry.
> 
Hi,

Can you please get fixes for #722927 and #721894 in sid?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#723803: visp: FTBFS on armhf, ppc, s390: Errors while running CTest

[Sebastian Ramacher]

Source: visp
Version: 2.8.0-2
Severity: serious
Justification: fails to build (but built successfully in the past)
Control: block 706798 by -1

visp fails to build on armhf, ppc and s390 with test suite failures:
| export VISP_INPUT_IMAGE_PATH=/usr/share/visp-images-data/ \
|&& dh_auto_test -- -j1
| make[2]: Entering directory `/«PKGBUILDDIR»/obj-arm-linux-gnueabihf'
| Running tests...
| /usr/bin/ctest --force-new-ctest-process -j1
| Test project /«PKGBUILDDIR»/obj-arm-linux-gnueabihf
| Start   1: servoSimu4Points
|   1/105 Test   #1: servoSimu4Points .***Failed
2.27 sec
| libdc1394 error: Failed to initialize libdc1394
|
|^
| "/«PKGBUILDDIR»/obj-arm-linux-gnueabihf/data/wireframe-simulator/camera.bnd", 
line 20:
| symbol '$' expected
|
| Start   2: servoSimuCylinder
|   2/105 Test   #2: servoSimuCylinder ***Failed
0.55 sec
| libdc1394 error: Failed to initialize libdc1394
|
|^
| "/«PKGBUILDDIR»/obj-arm-linux-gnueabihf/data/wireframe-simulator/camera.bnd", 
line 20:
| symbol '$' expected
|
| Start   3: servoSimuSphere
|   3/105 Test   #3: servoSimuSphere ..***Failed
0.58 sec
| libdc1394 error: Failed to initialize libdc1394
|
|^
| "/«PKGBUILDDIR»/obj-arm-linux-gnueabihf/data/wireframe-simulator/camera.bnd", 
line 20:
| symbol '$' expected
|
| Start   4: calibrateTsai
|   4/105 Test   #4: calibrateTsai    Passed
0.63 sec
| Start   5: simulateFourPoints2DCartesianCamVelocity
|   5/105 Test   #5: simulateFourPoints2DCartesianCamVelocity .   Passed
0.01 sec
| Start   6: simulateFourPoints2DPolarCamVelocity
|   6/105 Test   #6: simulateFourPoints2DPolarCamVelocity .   Passed
0.01 sec
| Start   7: simulateCircle2DCamVelocity
|   7/105 Test   #7: simulateCircle2DCamVelocity ..   Passed
0.01 sec
| Start   8: displaySequence
|   8/105 Test   #8: displaySequence ..   Passed
3.76 sec
| Start   9: displayGDI
|   9/105 Test   #9: displayGDI ...   Passed
0.01 sec
| Start  10: displayD3D
|  10/105 Test  #10: displayD3D ...   Passed
0.01 sec
| Start  11: displayGTK
|  11/105 Test  #11: displayGTK ...   Passed
0.01 sec
| Start  12: displayX
|  12/105 Test  #12: displayX .   Passed
0.56 sec
| Start  13: displayOpenCV
|  13/105 Test  #13: displayOpenCV    Passed
0.54 sec
| Start  14: displayXMulti
|  14/105 Test  #14: displayXMulti    Passed
0.87 sec
| Start  15: photometricVisualServoing
|  15/105 Test  #15: photometricVisualServoing    Passed
9.62 sec
| Start  16: homographyHartleyDLT2DObject
|  16/105 Test  #16: homographyHartleyDLT2DObject .   Passed
0.53 sec
| Start  17: homographyHLM2DObject
|  17/105 Test  #17: homographyHLM2DObject    Passed
0.53 sec
| Start  18: homographyHLM3DObject
|  18/105 Test  #18: homographyHLM3DObject    Passed
0.53 sec
| Start  19: homographyRansac2DObject
|  19/105 Test  #19: homographyRansac2DObject .   Passed
0.58 sec
| Start  20: imageDiskRW
|  20/105 Test  #20: imageDiskRW ..   Passed
1.82 sec
| Start  21: exponentialMap
|  21/105 Test  #21: exponentialMap ...   Passed
0.52 sec
| Start  22: BSpline
|  22/105 Test  #22: BSpline ..   Passed
0.53 sec
| Start  23: Nurbs
|  23/105 Test  #23: Nurbs    Passed
0.54 sec
| Start  24: parse-argv1
|  24/105 Test  #24: parse-argv1 ..   Passed
0.53 sec
| Start  25: parse-argv2
|  25/105 Test  #25: parse-argv2 ..   Passed
0.52 sec
| Start  26: poseVirtualVS
|  26/105 Test  #26: poseVirtualVS    Passed
1.58 sec
| Start  27: servoSimuAfma6FourPoints2DCamVelocity
|  27/105 Test  #27: servoSimuAfma6FourPoints2DCamVelocity ***Failed
0.55 sec
| libdc1394 error: Failed to initialize libdc1394
|
| --
|  Test program for vpServo 
|  Eye-in-hand task control, articular velocity are computed
|  Simulation 
|  task : servo 4 points 
| --
|
|
|^
| "/«PKGBUILDDIR»/obj-arm-linux-gnueabihf/data/wireframe-simulator/camera.bnd", 
line 20:
| symbol '$' expected
|
| Start  28: servoSimu3D_cdMc_CamVelocity
|  28/105 Test  #28: servoSimu3D_cd

Bug#723802: debian-maintainers: please add Tshepang Lekhonkhobe as a Debian Maintainer

[Tshepang Lekhonkhobe]

Package: debian-maintainers
Severity: normal

Please add my key to the Debian Maintainers keyring.  The jetring
changeset is attached.
Comment: Add Tshepang Lekhonkhobe  as a Debian Maintainer
Date: Thu, 19 Sep 2013 23:56:49 +0200
Action: import
Recommended-By: 
  Dirk Eddelbuettel 
Agreement: 
  http://lists.debian.org/debian-newmaint/2013/09/msg00028.html
Advocates: 
  http://lists.debian.org/debian-newmaint/2013/09/msg00029.html
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.14 (GNU/Linux)
  
  mQINBFIw+0QBEADJLDzQKW/oxXUnXpmfMHiau/EGXcWk2wciJ09riG3k/gieMwg0
  cFcf3HSZP3OMOdnCND/+hJkd5LHC8r1Zy9hfvNuzIdgLbapY3L3LtWm3+jwkzHRf
  EqUsqVkXNgqd3P/Uya1mWGju9IuS4G6o/Mgrdmw8NvlDdAj0ch1WmagNxyDMwqSJ
  7ty/WAD6/APgyYHe1xo2JNQIZN1P1Ip6Gz+7D5ks11brjTWQuz07KRla7r1wsE31
  EwB5yB5VDMjL2c3Jdz9I2aQGIeYz6tYRZotOpKFxyK2UvtTsrFRXS2awR7RaEK2P
  55TQ5np2iz3y6TzSJbbY9DC0fv7LZKsXrhLgRBQCtkRRoniKWFV8bFNdQTsry6Bl
  sQ1YDh7ab3QzN9W8696myJiKyu+a4VWO3c+zTDM0CfXWCV8w1cy0TUUkB4powzgM
  MtatFWHoPgQ9+WknVpUS/xvLx56wvV/NU0Mun2HVn6lmypJxT5eiAmitKSmFx6Mw
  wBaUZ4QCOcvGEVJytqe2ioe5Hg9AgrwFb8x14M2pGZo3ffQs8QWTMKyt7ODQHa6A
  /bxqplo5qlqfweLWeXB82IkDGJyaU3sdOPgst/pQQQYrFI/afnQqgtlXa3buBCFI
  00i36tBT6bVPTful3L/x6G5cMWwU2y50ptFmRdu08eITm1GtAunEyNlJCQARAQAB
  tClUc2hlcGFuZyBMZWtob25raG9iZSA8dHNoZXBhbmdAZ21haWwuY29tPokCOAQT
  AQIAIgUCUjD7RAIbAwYLCQgHAwIGFQgCCQoLBBYCAwECHgECF4AACgkQKVcrL1AL
  9KJdgQ/9FFfYN19tfO9ayJnT0JvX5aQZB9kkgO3pX+xTTi4uURaUOIK+4E/2v4Th
  wPK1YVaHuSdNgevmVjBpvxh7FxMqy1BJu1yR+Vqzm4QcNXEW9u5JSGyT4Ec4aWEl
  +/6FgQJ82faahgRb+glm0z/QNHEVQ8HvkIItICniK6X/iD5G7Wio/geL+F9dYQAw
  m3i5XlOsUIpxfJmMrs6vqAOKhVjih9iGidpRabSCI455pLAp+Ok7Kr7U0gtEJZm/
  Y3scLcm1myRF8DfboYcsHbGRtyXEHFXWfWVFshz2ttszmKGS0giIHcvmr4st3sUD
  u2DYxeOcdR9YImuEebWWooDQpErvosUt3kcPpZ5Y9bBIWcYYeftOyEQt0O+vGApb
  OQYc+Zap9LzflcqUmNqCVim4oorXV2gRFDG3K4473kQxEEOsE4Su2GgXmnWDYtWy
  jkzpQ+sZ6GPBUH2TjzSqOhYqAodxzhWFcKzuF58UttrO5hObyodWG4+dlKlWefK0
  mtoSuxRMLb27BfVu4Bp/e9ogyskuybl9NlRJepx38MLKy3wNcB97xP4X9u2cbuzU
  HgocjpfYeZIZlQXIYWkSrr7y4ueNXo88AU+D3dMmn65MR7UHY+Xb76NgTsVpV8Ia
  VDf7EEDLZnOTSmDvq0gJTqPBNnJUFSxvn+7p0vfSDn0m5je6PN+JAhwEEAEIAAYF
  AlIx7s0ACgkQWMD7HN47dgCJdw/7BT3Dv7otqi8WYyKfby7g58q6It5qXG4Aw/5w
  OlKidy68l8ZL7aOl7ydQif++FlZdhYefNF5SRO6SbHbxnh1k/fjNhtdTzAm6u7R4
  bA55v8Yae5L7pQkkYiEEmsjUACHYDwus36khZgRDbjGAhTy6wYvNtS/Bin9yyDmO
  xkHfIll6iGxuY0f7z/ssJNW7NtHUndiUP1Ub0t3hhSxXpIP3qupuTrgO6GsC58UV
  LwClw7WHtkkxeLxRT4R85mSpxm7jdQQKxXrG4vMoBk/iIQmqRIQf4onhjGOs/UAi
  GSwkzPiSSAWIkrsXqIPdGaorR9cggQTkfRcMCIiSdoB5VBJhJfK08sUWKJ8E+0hz
  bs1c3onQjru/oo4XVxR7gGxpRExo+vBr5/Fl1bY1akdPJI5WhT+UPW1E73Ffdhhv
  X3Cj9Q4eWNIBdzeyPk12L7hcEChLi+qRvk8kjsMmgwBxLEb8pdVJgwI925jBv1dt
  S8lk/zlUfKh0Z0QFBNzfOALMCN56OJSL0G0Qj15BSGGbpmBC71seF15lrQUhjArf
  iALi3w6g2JOJ74OPf/UNbDGZIXruPKiW+LwGBnRbHdfGw3oCEfHxHHb6yEg4XWoe
  EjcFjL1RYZrjTdU3OKm9A7Vg10qbDeY/1T/CeTDzaAyvWEZifaaXWtxomVNc1izY
  haRNS+G5Ag0EUjD7RAEQAMEpDPXJIbF6shI3J1rluQH0H26NRqLVi0tWHQLPMV3X
  0KgjW+WkyjQCkAgtwbeFuEXUtvfJf01TKOJQzU43n7abUKSv6vkwHAySb5D5aM+c
  6caddWw8eylKeI45HFpKs2uSytjI4+sx1XYotz0Wa5FKbSTw4HluJ8UsGjx687zZ
  dCoSeeX+QWqQnbuY8KAG1XYo6Aj+aD9dNc9V1lu5dOn8EhxCH7AvrtnYioy/Tc/p
  cuhUmLA8Jz4eHUzlQ1z9+sB222ud3IWSroLq7bNgMx5q+jnB+DLST6QEDvZ+G/Ul
  Zy74TEU5GHttXNWV7Q1pucq/UQXY3od8wIpgJllr5spcyuV9NjTG6aJhlpQUcQ+v
  WDdEY7Lhmt9vhNxr1vQkSWCxRz9/QFeX4xl456mc9iG3kMaz717BZsJ6kVJGmYmI
  Ge6jZnRVQA2xiXeCtQ7aVuKaQPOUUeskK2PfWN7uJ28Znwv57sQo4M7yHLrm9WNM
  saZdLvEpB7Ju9+Y5uFbPrkBI8u9hGalO54VjB/vZ8Z7udtEP2MGBRIFjZmkz/Ucy
  h9AsG6LqT65vJAyWgaKiF+uyeF7YNimps36faY+YVxNMNoJlzuhe5MJjjDvpMpte
  TOXtzpm8mmD/m+7paQbS5ACEe0Khslef8G+IzZV46jZ8N+DOLkZQJvZRcm+h5CwZ
  ABEBAAGJAh8EGAECAAkFAlIw+0QCGwwACgkQKVcrL1AL9KJreQ/+Pz+VE4OmmlaH
  Ucv53sy+M3ERTzkjeeHWqCwkX0aT0ngYakfVZJ5UmKbQ0uu/pskXIul3LFdkxnMG
  jBwrGP+grhX0ORg1qLzgtUEQ4VOGbMMUI4yVQV+CGWcBwhxNYjiUAfey15QD6Zjn
  uJPiAk3yz7TGt4ULKxVBJZU+8bhiftLkmQyo+feYNBd+CBqnqDFXjLfOXrb/Vow5
  sJuqZYssi5efvS7jTAlWp39Mme8sYi25iaJpi+qHoLwmF2OaE6ne8pSWNv41qllo
  esWWq0OW1V8vPUf6PO+WwvqvP1ahJ7SYrYeMfNOpStfEuT5HlmirfMLWMBwZ7eCE
  /HHHtL6g5MqdEWFwTkzOcJTFZpL0N/RgQaWZwx0gPaz0zh+Ketf7nSMMBbi3rGq4
  TTZ6Slr1xBSqJ+jBtrI+GCnCuPtUjZ6V8ANljnHTuBEUqwgCjcd+5UrwCrLGrsnC
  GyCVBpm2GPBYqSpVD7gGXH8hl6BHfKBo+HkTTtFOI5d5TdVqW82JK9Yt0rQQb5aX
  dLVLGC7pH8B4b3vrEcdXjAmb4gMrqGP0dWZ56Q5Ml3I587H5exW+6S6zPCod3Kmm
  /IjH56sUggf65gjuHjlm8b7rLK/QHDTgqEBl3uRu7DMxOavcxzq6qv0JINAj/FlX
  04zaLb1TLhnDpKXx/k+ngYMknsJBmjY=
  =QaNv
  -END PGP PUBLIC KEY BLOCK-

Bug#723801: /etc/default/tor should mention "DisableDebuggerAttachment 0"

[Roger Dingledine]

Package: tor
Version: 0.2.2.39-1
Severity: normal

(This bug applies to Tor 0.2.3.x debs and later. Sorry for confusingly
using reportbug on a system with Tor 0.2.2 installed.)

The /etc/default/tor file says
# Uncomment the ulimit call below if you want tor to produce coredumps on
# segfaults and assert errors.

It should also say something like
"""
# You'll also need to set "DisableDebuggerAttachment 0" in /etc/tor/torrc
# to allow tor to create the core files.
"""

Or you could merge the two points, e.g.
"""
# Uncomment the ulimit call below, and set "DisableDebuggerAttachment 0"
# in /etc/tor/torrc, if you want tor to produce coredumps on segfaults
# and assert errors.
"""

Thanks!
-- System Information:
Debian Release: 6.0.7
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages tor depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  libc6  2.11.3-4  Embedded GNU C Library: Shared lib
ii  libevent-1.4-2 1.4.13-stable-1   An asynchronous event notification
ii  libssl0.9.80.9.8o-4squeeze14 SSL shared libraries
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

Versions of packages tor recommends:
ii  logrotate3.7.8-6 Log rotation utility
ii  tor-geoipdb  0.2.2.39-1  geoIP database for Tor
ii  torsocks 1.0~epsilon+dfsg1-1 use socks-friendly applications wi

Versions of packages tor suggests:
pn  mixmaster  (no description available)
pn  polipo | privoxy   (no description available)
pn  socat  (no description available)
pn  tor-arm(no description available)
pn  xul-ext-torbutton  (no description available)

-- no debconf information


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

Bug#723798: pu: package gajim/0.15.1-4

[Adam D. Barratt]

On Thu, 2013-09-19 at 23:48 +0200, Julien Cristau wrote:
> On Thu, Sep 19, 2013 at 23:32:03 +0200, Tanguy Ortolo wrote:
> > The version of gajim currently in stable, 0.15.1-4, has a security bug,
> > CVE-2012-5524 / Debian #693282. corsac has prepared an NMU for that, and I 
> > was
> > suggested to upload it for a point release.
> > 
> > The resulting package version, 0.15.1-4.1, is available there, with a 
> > debdiff
> > and everything:
> > http://tanguy.ortolo.eu/deb/gajim/
> > 
> > Can I go ahead and upload it?
> > 
> The debdiff should be in this bug, please.

If http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693282#50 is correct
and the bug is already fixed in unstable, please also add an appropriate
fixed version.

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#723798: pu: package gajim/0.15.1-4

[Julien Cristau]

On Thu, Sep 19, 2013 at 23:32:03 +0200, Tanguy Ortolo wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: pu
> 
> Hello,
> 
> The version of gajim currently in stable, 0.15.1-4, has a security bug,
> CVE-2012-5524 / Debian #693282. corsac has prepared an NMU for that, and I was
> suggested to upload it for a point release.
> 
> The resulting package version, 0.15.1-4.1, is available there, with a debdiff
> and everything:
> http://tanguy.ortolo.eu/deb/gajim/
> 
> Can I go ahead and upload it?
> 
The debdiff should be in this bug, please.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#719165: libsasl2-dev: /usr/include/sasl/sasl.h error: typedef 'sasl_malloc_t' is initialized (use decltype instead)

[Jan Binder]

Package: libsasl2-dev
Tags: patch
Followup-For: Bug #719165

Attached patch from Redhat bugtracker. This patch applies cleanly and fixes the 
problem.
diff -up cyrus-sasl-2.1.26/include/sasl.h.size_t cyrus-sasl-2.1.26/include/sasl.h
--- cyrus-sasl-2.1.26/include/sasl.h.size_t	2012-10-12 09:05:48.0 -0500
+++ cyrus-sasl-2.1.26/include/sasl.h	2013-01-31 13:21:04.007739327 -0600
@@ -223,6 +223,8 @@ extern "C" {
  * they must be called before all other SASL functions:
  */
 
+#include 
+
 /* memory allocation functions which may optionally be replaced:
  */
 typedef void *sasl_malloc_t(size_t);

Bug#722898: UI wording

[Thiemo Nagel]

Thank you for the explanations! Your final proposal looks good to me.

On Thu, Sep 19, 2013 at 6:55 PM, Christian PERRIER  wrote:
> Quoting Thiemo Nagel (thiemo.na...@gmail.com):
>
>> "Overwriting ${DEVICE} with random data to prevent meta-information
>> leaks from the encrypted volume. This step may be skipped by pressing
>> 'Cancel', albeit at the expense of a slight reduction of the quality
>> of the encryption."
>
>
> Well, no either..:-)
>
> The rationale for this is that "Cancel" may depend on the debconf
> interface that is used so, in general, it is always highly discouraged
> to make explicit reference to debconf interface widgets. The same
> rationale stands for makeing reference to "Yes" or "No" in boolean
> templates.
>
> And, even if one assumes that all debconf interfaces have "Cancel"
> buttons, internationalization also brings a problem: a translator
> might translate the word Cancel in her own language in the template
> translation...while debconf has no translation for that language and
> will then show a "Cancel" button.
>
> My proposal:
>
> Overwriting ${DEVICE} with random data to prevent meta-information
> leaks from the encrypted volume. This step may be skipped by cancelling
> this action, albeit at the expense of a slight reduction of the quality
> of the encryption.
>
> I'm also worried by the first sentence not being a sentence. Indeed,
> this is (IIRC) a progress message, so the sentence not being one is
> fineif the sentence is alone. However, as another one follows, it
> looks weird.
>
> So my final proposal:
>
> The installer is now overwriting ${DEVICE} with random data to prevent
> meta-information leaks from the encrypted volume. This step may be
> skipped by cancelling this action, albeit at the expense of a slight
> reduction of the quality of the encryption.
>


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

Bug#723800: xcompmgr: when a tooltip disappears, garbage is sometimes left behind

[Vincent Lefevre]

Package: xcompmgr
Version: 1.1.5-1
Severity: normal

When a tooltip disappears, garbage is sometimes left behind. This
happens at least with Firefox and with GNU Emacs (e.g. when using
the nXML mode, which displays tooltips in case of invalid values).

I've attached an example of what I obtain.

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

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

Versions of packages xcompmgr depends on:
ii  libc6   2.17-92+b1
ii  libx11-62:1.6.1-1
ii  libxcomposite1  1:0.4.4-1
ii  libxdamage1 1:1.1.4-1
ii  libxfixes3  1:5.0.1-1
ii  libxrender1 1:0.9.8-1

xcompmgr recommends no packages.

xcompmgr suggests no packages.

-- no debconf information
<>

Bug#723735: embassy-phylip: uninstallable in experimental: Depends: emboss-lib (< 6.4.1~) but 6.6.0-1 is to be installed

[Andreas Beckmann]

Control: retitle -1 embassy-phylip: uninstallable in sid: Depends: emboss-lib 
(< 6.4.1~) but 6.6.0-1 is to be installed

On 2013-09-19 13:57, Andreas Tille wrote:
> Hi,
> 
> this could be easily solved by removing the package from experimental.
> As far as I know this is done by some garbage collection process in
> experimental anyway and thus I'm not tempted to make extra work for
> ftpmaster and file a ROM(experimental) request.
> 
> So how to deal reasonably with this bug?

s/experimental/unstable/g

I'm not sure why I thought/wrote this would be in experimental ...


Andreas


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

Bug#723768: miniupnpd: French debconf templates translation

[Baptiste]

Package: miniupnpd
Version: N/A
Severity: wishlist
Tags: patch l10n


Please find attached the french debconf templates translation, 
proofread by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.


-- System Information:
Debian Release: 7.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# French po-debconf translation for miniupnpd
# Copyright (C) 2013
# This file is distributed under the same license as the miniupnpd package.
# Baptiste Jammet , 2013
#
msgid ""
msgstr ""
"Project-Id-Version: miniupnpd\n"
"Report-Msgid-Bugs-To: miniup...@packages.debian.org\n"
"POT-Creation-Date: 2013-09-09 07:23+0200\n"
"PO-Revision-Date: 2013-09-11 13:35+0100\n"
"Last-Translator: Baptiste Jammet \n"
"Language-Team: French \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 1.5.7\n"
"Language: french\n"

#. Type: boolean
#. Description
#: ../miniupnpd.templates:2001
msgid "Start the MiniUPnP daemon automatically?"
msgstr "Faut-il démarrer le démon MiniUPnP automatiquement ?"

#. Type: boolean
#. Description
#: ../miniupnpd.templates:2001
msgid ""
"Choose this option if the MiniUPnP daemon should start automatically, now "
"and at boot time."
msgstr ""
"Choisissez cette option si vous voulez que le démon MiniUPnP démarre "
"automatiquement, maintenant et à chaque démarrage du système."

#. Type: string
#. Description
#: ../miniupnpd.templates:3001
msgid "LAN IP address to listen on for UPnP queries:"
msgstr "Adresse IP à écouter pour les requêtes UPnP :"

#. Type: string
#. Description
#: ../miniupnpd.templates:3001
msgid ""
"The MiniUPnP daemon will listen for requests on the local network. Please "
"enter the IP address it should listen on."
msgstr ""
"Le démon MiniUPnp sera à l'écoute de requêtes sur le réseau local. Veuillez "
"indiquer l'adresse IP sur laquelle il écoutera."

#. Type: string
#. Description
#: ../miniupnpd.templates:4001
msgid "External WAN network interface to open ports on:"
msgstr "Interface réseau WAN sur laquelle il faut ouvrir des ports :"

#. Type: string
#. Description
#: ../miniupnpd.templates:4001
msgid ""
"The MiniUPnP daemon will listen on a specific IP address on the local "
"network, then open ports on the WAN interface. Please enter the name of the "
"WAN network interface on which the MiniUPnP daemon should perform port "
"forwarding."
msgstr ""
"Le démon MiniUPnP écoutera sur une adresse IP spécifique du réseau local, "
"puis ouvrira certains ports sur l'interface WAN. Veuillez indiquer le nom de "
"l'interface de réseau WAN sur laquelle le démon MiniUPnP mettra en place "
"des redirections de ports."

#. Type: boolean
#. Description
#: ../miniupnpd.templates:5001
msgid "Enable IPv6 firewall chain?"
msgstr "Faut-il activer la chaîne de pare-feu IPv6 ?"

#. Type: boolean
#. Description
#: ../miniupnpd.templates:5001
msgid ""
"Please specify whether the MiniUPnP daemon should run its ip6tables script "
"on startup to initialize the IPv6 firewall chain."
msgstr ""
"Veuillez indiquer si le démon MiniUPnP doit exécuter ses scripts ip6tables "
"au démarrage pour initialiser la chaîne de pare-feu IPv6."

Bug#723797: libsdl2/X: false positives in mouse wheel code

[Darren Salt]

Package: libsdl2-2.0-0
Version: 2.0.0+dfsg1-2

I've noticed that one mouse button, which was fine with SDL 1.2, didn't
appear to be working when using SDL 2.0.

Some digging showed that it's a consequence of two things: how SDL2 detects
mouse wheel usage, and a kernel patch to work around a problem with the mouse
in question regarding that button.

Since the mouse does not generate a release event when that button is
released (this appears to be by design), release events need to be
synthesised in order to avoid confusing X into thinking that a drag operation
is in progress when that button is pressed. This causes press time == release
time, and tricks SDL2 into handling it as a wheel – but, since SDL2 ‘knows’
elsewhere that Button4 and Button5 are the only possible wheel buttons, the
event is effectively discarded (it is sent with wheel.y = 0 and the button
information is lost).

(While investigating this, I noticed that the horizontal wheel ISN'T picked
up as a mouse wheel and, consequently, works without problems with SDL2 – it
fails the press time == release time test so doesn't fall foul of SDL2's X11
code only knowing about the vertical scroll wheel.)

-- 
|  _  | Darren Salt, using Debian GNU/Linux (and Android)
| ( ) |
|  X  | ASCII Ribbon campaign against HTML e-mail
| / \ | http://www.asciiribbon.org/

You will find many bugs today.

# User Darren Salt 
# Date 1379621782 -3600
#  Thu Sep 19 21:16:22 2013 +0100
Work around a false-positive in the X11 mouse wheel code

This false positive occurs when one particular button on my mouse is
pressed. The kernel which I'm using is patched to cause a release event to
be synthesised immediately when the mouse says that this button is pressed
because the mouse doesn't signal release until the button is next pressed.

(Also documents a false negative, observed with the horizontal scroll wheel
on the same mouse.)

diff -ur libsdl2-2.0.0+dfsg1.orig/src/video/x11/SDL_x11events.c libsdl2-2.0.0+dfsg1/src/video/x11/SDL_x11events.c
--- libsdl2-2.0.0+dfsg1.orig/src/video/x11/SDL_x11events.c	2013-09-19 21:36:30.0 +0100
+++ libsdl2-2.0.0+dfsg1/src/video/x11/SDL_x11events.c	2013-09-19 21:34:59.582201080 +0100
@@ -135,7 +135,9 @@
 XPointer arg)
 {
 XEvent *event = (XEvent *) arg;
+/* we only handle buttons 4 and 5 - false positive avoidance */
 if (chkev->type == ButtonRelease &&
+(event->xbutton.button == Button4 || event->xbutton.button == Button5) &&
 chkev->xbutton.button == event->xbutton.button &&
 chkev->xbutton.time == event->xbutton.time)
 return True;
@@ -150,7 +152,12 @@
however, mouse wheel events trigger a button press and a button release
immediately. thus, checking if the same button was released at the same
time as it was pressed, should be an adequate hack to derive a mouse
-   wheel event. */
+   wheel event.
+   However, there is broken and unusual hardware out there...
+   - False positive: a button for which a release event is
+ generated (or synthesised) immediately.
+   - False negative: a wheel which, when rolled, doesn't have
+ a release event generated immediately. */
 if (XCheckIfEvent(display, &relevent, X11_IsWheelCheckIfEvent,
 (XPointer) event)) {
 

Bug#723798: pu: package gajim/0.15.1-4

[Tanguy Ortolo]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hello,

The version of gajim currently in stable, 0.15.1-4, has a security bug,
CVE-2012-5524 / Debian #693282. corsac has prepared an NMU for that, and I was
suggested to upload it for a point release.

The resulting package version, 0.15.1-4.1, is available there, with a debdiff
and everything:
http://tanguy.ortolo.eu/deb/gajim/

Can I go ahead and upload it?

- -- System Information:
Debian Release: 7.1
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

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

iQIcBAEBCgAGBQJSO21PAAoJEOryzVHFAGgZtkUP/2u82vgKnVp6PyRXmzSc/FE5
BC8URbtlx1X6TjBSjc6Tdi1XSLPfEeg7qU0C64K+eg9K+iJvsb3pZfu5rQXs2Zye
Cfvmb0MhsoqRGAiR46QAfYM9hvPFE5LD+rW7XDeSidbWvbDeKK+v/Vj5lplIMYuQ
Vk9uL7uKabkfSlaiqk1n1FSQZKfXNOSPlH0Yjscl7JYH8YRzfEizReAI9O7F5ftu
RESofF9Kck/XOapvPB9Fu3OIk9m6F1aXEciko5LfiwVQmfQ7gx9Aw+3vZ2TNHbtp
bl8ihNMNT8cCWEj2B3x0822sZJpzUkdmlB67M7pRenAc4BEszll3zawGzpOFHwIp
Bwm3SWaZlq9kM/MYwS4mAvNp+DolDtUnJB3bAIDLaRe+A3Jl578o+k6Pm8qBNR68
WP/Hzq9+p7ww2lo1jbLV9d3wHmbzxKhNJLq8MG2VBdsF1Z8nWqyT2Q6UX8SRE5xJ
mZkV4BJjJds2tB51SKsvrD00AIorSehrjjKOFU9RSlErJZcGpg0Ocg4JVpWeZdBQ
Q58eXd6c5DJXPcTW+QO/nW8nVBvxs3sfQhNdy/2A3Pwcg+Izo+dhZBvKOTfGnZlZ
QRU/Qd3Nl4lwEBGmSUjD1Q/Q+d+lbXEonkyJYZ7cJ/LtYV9sLMWNOLWkY3q3MR6F
lFmg5COTw87vnjbRN1Sr
=mpEU
-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#505050: xcompmgr: many error messages in .xsession-errors

[Vincent Lefevre]

Control: found -1 1.1.5-1

On 2008-11-08 13:23:15 -0600, hugo vanwoerkom wrote:
> After starting 'xcompmgr -c -f' I get many error messages in
> .xsession-errors like this:
> 
> ...
> error 182 request 157 minor 8 serial 136701
[...]

Same kind of errors with xcompmgr 1.1.5-1 (I'm using only the -c
option).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#723729: partman-crypto: LUKS master key is read from /dev/urandom

[Thiemo Nagel]

On Thu, Sep 19, 2013 at 6:57 PM, Christian PERRIER  wrote:
> Quoting Thiemo Nagel (thiemo.na...@gmail.com):
>
>> 2. In case the job doesn't return within a couple of seconds, instruct
>>the user to a) either press keys until enough entropy has been
>>gathered or b) select "Cancel" and continue in unsafe manner. If the
>
>
> Don't we have such things?
>
> I'm sure I translated screens where users are prompted to type keys,
> move the mouse and do other stuff in order to generate entropy.

I faintly remember something like that, too. But I can't see it in the
code. Have a look at (what I believe to be) the relevant snippet in
setup_luks() from crypto-base.sh:

log-output -t partman-crypto \
/sbin/cryptsetup -c $cipher-$iv -s $size luksFormat $device $pass
if [ $? -ne 0 ]; then
log "luksFormat failed"
return 2
fi


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

Bug#723767: linux: 3.11 Failed to suspend: RCU stall, soft lock-ups

[Julian Andres Klode]

Package: src:linux
Version: 3.11-1~exp1
Severity: important

I today tried to suspend my ThinkPad X230, but apparently this did not
work. 20 seconds after "PM: Preparing system for mem sleep", I get a
" INFO: rcu_sched self-detected stall on CPU { 0}" and then several
soft lockup messages. Rebooting did not fix the no-sleep problem, I
removed the battery for 10 seconds, that fixed it (the UEFI system
or the hardware itself might have been confused by the kernel bug).

When experiencing the bug, the system looked as if it suspended correctly
at first; but after a few seconds; the system was completely active
again.

I attached a kernel log.

The log starts with an error message telling us that bluetoothd is
trying to create a duplicate bluetooth device. Apparently, the device
was not probably cleaned up during suspend (I suspended with an active
bluetooth PAN connection). I don't know whether the two issues are related.


-- Package-specific info:
** Version:
Linux version 3.11-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.1 (Debian 4.8.1-9) ) #1 SMP Debian 3.11-1~exp1 (2013-09-12)

** Command line:
initrd=\EFI\debian\initrd.img root=UUID=dd840eac-0283-45e9-8f04-ef33f516d29d ro 
quiet i915.i915_enable_fbc=1 i915.i915_enable_rc6=7 i915.lvds_downclock=1 
"acpi_osi=!Windows 2012"

** Not tainted

** Model information
sys_vendor: LENOVO
product_name: 2325CN3
product_version: ThinkPad X230
chassis_vendor: LENOVO
chassis_version: Not Available
bios_vendor: LENOVO
bios_version: G2ET94WW (2.54 )
board_vendor: LENOVO
board_name: 2325CN3
board_version: Not Defined

** Loaded modules:
msr
ecb
parport_pc
ppdev
lp
parport
bnep
rfcomm
cpufreq_stats
cpufreq_userspace
cpufreq_powersave
cpufreq_conservative
binfmt_misc
uinput
xt_hl
ip6t_rt
nf_conntrack_ipv6
nf_defrag_ipv6
ipt_REJECT
xt_limit
xt_tcpudp
xt_addrtype
nf_conntrack_ipv4
nf_defrag_ipv4
xt_conntrack
ip6table_filter
ip6_tables
nf_conntrack_netbios_ns
nf_conntrack_broadcast
nf_nat_ftp
nf_nat
nf_conntrack_ftp
nf_conntrack
iptable_filter
ip_tables
x_tables
nls_utf8
nls_cp437
vfat
fat
fuse
ecryptfs
iTCO_wdt
iTCO_vendor_support
snd_hda_codec_hdmi
snd_hda_codec_realtek
joydev
btusb
bluetooth
x86_pkg_temp_thermal
coretemp
kvm_intel
kvm
crc32c_intel
ghash_clmulni_intel
arc4
aesni_intel
iwldvm
aes_x86_64
ablk_helper
cryptd
mac80211
lrw
gf128mul
glue_helper
efi_pstore
microcode
psmouse
pcspkr
evdev
serio_raw
iwlwifi
lpc_ich
mfd_core
efivars
i2c_i801
cfg80211
wmi
snd_hda_intel
snd_hda_codec
snd_hwdep
snd_pcm
snd_page_alloc
tpm_tis
thinkpad_acpi
snd_seq
i915
tpm
snd_seq_device
snd_timer
nvram
tpm_bios
rfkill
battery
drm_kms_helper
ac
drm
snd
i2c_algo_bit
mei_me
i2c_core
mperf
mei
button
video
soundcore
processor
ext4
crc16
mbcache
jbd2
sg
sd_mod
crc_t10dif
sdhci_pci
sdhci
ahci
libahci
mmc_core
libata
ehci_pci
scsi_mod
ehci_hcd
thermal
thermal_sys
e1000e
ptp
pps_core
xhci_hcd
usbcore
usb_common

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core processor DRAM 
Controller [8086:0154] (rev 09)
Subsystem: Lenovo Device [17aa:21fa]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 

00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core 
processor Graphics Controller [8086:0166] (rev 09) (prog-if 00 [VGA controller])
Subsystem: Lenovo Device [17aa:21fa]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR-  [disabled]
Capabilities: 
Kernel driver in use: i915

00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset 
Family USB xHCI Host Controller [8086:1e31] (rev 04) (prog-if 30 [XHCI])
Subsystem: Lenovo Device [17aa:21fa]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: xhci_hcd

00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series 
Chipset Family MEI Controller #1 [8086:1e3a] (rev 04)
Subsystem: Lenovo Device [17aa:21fa]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: mei_me

00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network 
Connection [8086:1502] (rev 04)
Subsystem: Lenovo Device [17aa:21f3]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: e1000e

00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series C

Bug#723048: json-simple: New upstream version available

[Gilles Filippini]

Hi Andrew,

Andrew Ross a écrit , Le 15/09/2013 22:05:
> Package: json-simple
> Version: 1.1-dfsg1-2
> Severity: normal
> 
> Dear Maintainer,
> 
> A new upstream version, 1.1.1 is available. In this release, upstream 
> have stopped including libs in their repository, so the dfsg version 
> will no longer be required. Additionally, they now ship a pom.xml so 
> there won't be a need to include that in the debian directory.

Thanks for the notice. I'm going to package this release. uscan didn't
notice it because there is no source archive to download for 1.1.1.

> I'm happy to push my suggested updates to the packaging repository if 
> that would be helpful.

Well, I'm not at ease with java / maven packages, so I'd like to give a
try by myself. Then you're welcome to review / improve. Would it be ok
that way?

Thanks,

_g.




signature.asc
Description: OpenPGP digital signature

Bug#723705: apt: Saves some downloaded packages under truncated filenames

[David Kalnischkies]

On Thu, Sep 19, 2013 at 2:48 PM, Cyril Brulebois  wrote:
> Good luck fixing the scanner. :-)

I have to test this a bit more, but I "fear" that could be the fix:

diff --git a/apt-pkg/tagfile.cc b/apt-pkg/tagfile.cc
index b91e868..e0802e3 100644
--- a/apt-pkg/tagfile.cc
+++ b/apt-pkg/tagfile.cc
@@ -164,7 +164,7 @@ bool pkgTagFile::Fill()
   unsigned long long const dataSize = d->Size - ((d->End - d->Buffer) + 1);
   if (d->Fd.Read(d->End, dataSize, &Actual) == false)
 return false;
-  if (Actual != dataSize || d->Fd.Eof() == true)
+  if (Actual != dataSize)
 d->Done = true;
   d->End += Actual;
}


The Eof check was added (by me of course) in
0aae6d14390193e25ab6d0fd49295bd7b131954f
as part of a fix up ~a month ago (at DebConf).

The idea is not that bad, but doesn't make that much sense either
as this bit is set by the FileFd based on Actual as well, so this is
basically doing the same check again – with the difference that the
HitEof bit can still linger from a previous Read we did at the end of the
file, but have seek'd away from it now (so as a fix for this we could just
as well fix the naming of zlib1g … ;) ).

The most interesting part will be writing a testcase for that…
(the rest of the commit doesn't look completely bulletproof either, mmh)


Best regards

David Kalnischkies


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

Bug#722030: evolution 3.8 transition started, please upload abiword

[Michael Biebl]

Hi Dmitry, hi Andreas,

sorry for the confusion.

afaics, only the abiword version in experimental is affected by this
bug. That's why it also doesn't show up on the transition tracker [1]
So you don't need to upload 3.0.0~svn20130523-2 to unstable immediately,
but rather when you feel it's ready.

Cheers,
Michael

[1] http://release.debian.org/transitions/html/eds3.8.html
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#723067: Vertical gradient on element with height >64k pixels causes page to stop scrolling/rerendering

[Dirk Griesbach]

Am So, 15. Sep 2013 um 19:35:39 -0700 schrieb Josh Triplett:
> I've attached a minimal test page, which applies a vertical linear
> gradient to the body.  The body contains several thousand paragraphs,
> and as a result takes up more than 64k pixels of height.  If I attempt
> to scroll this page to the bottom, either by pressing end or by holding
> down page-down, the scrolling stops somewhere in the middle, right
> around the 64k pixel mark.  Once scrolling stops, the page no longer
> responds to any attempt to scroll with either the keyboard or the
> scrollbar.  Force-refreshing the page returns to the top.

I tested Iceweasel 24.0-2, 23.0.1-1 and 17.0.8esr-2, all show this
behaviour (Debian/sid). However, stock Firefox 24.0 is not affected. It
scrolls and shows the page without problem.

Here is a real world example: 
https://bugzilla.mozilla.org/show_bug.cgi?id=582596
Iceweasel itself does not hang, it seems only the page drawing area is
affected. One can switch between different tabs and interact with
Iceweasel. The CPU usage is down. The scroll bar itself isn't stalled
either and the slider can be moved to the bottom and back to the top -
in this case the site-content is not shown but switching tabs back and
forth will uncover the top of the page again. Search and find does work
as far as I can tell. Even if I can't see results, the slider itself is
moving when navigating to the next hit, all the way down to the bottom.

Regards
Dirk


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

Bug#617613: =Re: Bug#617613: [077e969] Fix for Bug#617613 committed to git

[Francesco Poli]

On Thu, 19 Sep 2013 11:43:12 -0300 Yorik van Havre wrote:

> Hi Francesco,

Hi Yorik, many thanks for your prompt reply!

> Hm seems we always forget something... Most of these files are "launchers"
> for freecad
> modules, they should of course be LGPL too. But I think we can relicense
> them all without
> problems, they are all ours. We'll fix that ASAP!

Really great!
This is indeed appreciated, believe me.

Bye and thanks for your time.


-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpVEpwpWWdEz.pgp
Description: PGP signature

Bug#723776: androidsdk-tools: FTBFS with perl 5.18: POD errors

[Jakub Adam]

Hi Damyan,

this is already fixed in the new version uploaded into sid yesterday.

Regards,

Jakub


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

Bug#707577: broadcom-sta-dkms: wl driver leads to general protection fault on 3.8.11 kernel

[mor]

Package: broadcom-sta-dkms
Followup-For: Bug #707577

Cyril Lacoux wrote:
>Neither in mine, that's a very good news!
>Closing the bug, thanks for the tests.
>
Thank *you* for your work.

Just for completeness, today I tried building it on the legacy 3.2.0-4 kernel
(it should be the 3.2.46-1 that is now in stable) and it worked as well.

bye
mor



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

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

Versions of packages broadcom-sta-dkms depends on:
ii  dkms  2.2.0.3-1.2

Versions of packages broadcom-sta-dkms recommends:
ii  wireless-tools  30~pre9-8

broadcom-sta-dkms 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#723788: python-coverage: Contents vary with arch, JS libs only deleted when building arch all

[Andrew Starr-Bochicchio]

Package: python-coverage
Version: 3.6-0ubuntu5
Severity: important

The embedded JavaScript libraries are removed only when the arch all package is
built. So we end up with packages with different contents depending on the
arch. They should be deleted in a differnt target.

Compare a package built by the buildds with the one you uploaded:

http://packages.debian.org/sid/i386/python-coverage/filelist
http://packages.debian.org/sid/amd64/python-coverage/filelist

-- Andrew Starr-Bochicchio

   Ubuntu Developer 
   Debian Developer 
   PGP/GPG Key ID: D53FDCB1



-- System Information:
Debian Release: wheezy/sid
  APT prefers saucy-updates
  APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy'), 
(100, 'saucy-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.11.0-7-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-coverage depends on:
ii  libc6 2.17-91ubuntu1
ii  python2.7.5-4ubuntu2
ii  python-pkg-resources  0.6.37-1ubuntu1

python-coverage recommends no packages.

Versions of packages python-coverage suggests:
ii  libjs-jquery  1.7.2+dfsg-2ubuntu1
pn  libjs-jquery-tablesorter  

-- 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#684593: Not fixed after all

[Julien Cristau]

On Thu, Sep 19, 2013 at 20:53:19 +0200, Julien Cristau wrote:

> On Thu, Sep 19, 2013 at 13:02:05 +0200, Christoph Egger wrote:
> 
> > Hi all!
> > 
> >   Seems I was a bit confused. The meat of the patch is still necessary
> > for libdrm2 to work on kfreebsd (as seen on the upstream bug which is
> > still open as well). All "we" need is [0] from that bug though. Anyone
> > familiar with upstream an idea on how this bug can be fixed there? The

Poking #dri-devel on freenode should work.

> > bugreport is from february and I don't see any negative feedback /
> > rejects there but also no action.
> > 
> Meh. Why does the bug report say libkms where it's really a libdrm
> patch?  libkms is irrelevant, really.
> 
Added the non-libkms part of the patch and uploaded 2.4.46-3.  Thanks
for the followup.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#718031: ITP: terminology -- a new terminal emulator

[Sebastian Reichel]

On Thu, Sep 19, 2013 at 09:21:24PM +0200, Sylvestre Ledru wrote:
> Any news on this subject ?
> Thanks!

Nothing new from me. I got no reply from Ho Wan Chan.

-- Sebastian


signature.asc
Description: Digital signature

Bug#723783: dpkg-shlibdeps: more tolerant soversion extraction

[Guillem Jover]

Control: tags -1 wontfix

Hi!

On Thu, 2013-09-19 at 14:43:09 -0400, Zack Weinberg wrote:
> Package: dpkg-dev
> Version: 1.17.1
> Severity: wishlist
> File: /usr/bin/dpkg-shlibdeps
> Tags: patch

> Some shared libraries are stuck with nonstandard names for binary
> compatibility's sake; a good example is libnspr4, which ships
> /usr/lib/ARCH/libplc4.so, .../libplds4.so, and .../libnspr4.so.  (The
> SONAME field in the ELF headers in each case matches the filename.)  I
> do not propose to make all the changes (not least to Policy) to make
> this fully supported, but I think dpkg-shlibdeps should not throw up
> its hands at such libraries.  This is the minimal patch to do that.

While preserving two-way compatibility might make some sense, these
SONAMEs are still broken, and go against how shared libraries usually
work on Unix systems (these are most of the time Windows-style library
versioning). There's always the option to have at least one-way
direction compatibility, i.e. use a proper SONAME in Debian and provide
compat symlinks for external binaries. Also such libraries can still use
symbols files which use the full SONAME, so they sidestep the errors.

> For shared libraries that have no version number at all in their name,
> we don't want to equate that to version "0", so I've opted to make
> split_soname return "." for $libversion.  This won't actually get
> written to a shlibs file (since this is -shlibdeps, not -makeshlibs)
> and it sorts ASCIIbetically before "0".

These are not proper shared libraries, they might be plugins or
similar. I'm not going to start considering them as such.

So I'm not planning on merging this, I'm taggint wontfix, and will
close in a bit.

Thanks,
Guillem


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

Bug#683197: xmlto: incorrect formatting of large footnote (body and footnote overlap)

[Petter Reinholdtsen]

Control: forwarded -1 https://issues.apache.org/jira/browse/FOP-2106

I passed the problem upstream, and just got a message from their JIRA
that a patch to fix the problem is available.  Check out
https://issues.apache.org/jira/browse/FOP-2106 > for the analysis,
a test case and a patch to fix the problem.
-- 
Happy hacking
Petter Reinholdtsen


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

Bug#723791: Please add Eugenio Cano-Manuel as a DM

[Eugenio Cano-Manuel Mendoza]

Package: debian-maintainers
Severity: normal

Hello,

Please add my key to the Debian Maintainers keyring.
The jetring changeset is attached :)

Thank you very much,
Eugenio
-- 
Eugenio Cano-Manuel Mendoza 

4096R/ 344C F5B4 0EBF 01C5 5739  CACC CD1C 4E73 AD6D 6F33
Comment: Add Eugenio Cano-Manuel Mendoza  as a Debian 
Maintainer
Date: Thu, 19 Sep 2013 22:00:03 +0200
Action: import
Recommended-By:
  Paul Tagliamonte 
Agreement:
  http://lists.debian.org/debian-newmaint/2013/09/msg00014.html
Advocates:
  http://lists.debian.org/debian-newmaint/2013/09/msg00012.html
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.14 (GNU/Linux)
  
  mQINBFIxlBYBEAC3cIELTPZ8pxWVViqqbmzWn2h1r0qOdUTjrVW/zsUdH1ivHG7c
  FcYnvVB0lf+VwxnpWBTThTG7Em/PT2zF+wM6F/Moa+smS6ghrEZm+cQ472p6U9yY
  COgNNmS6Iy0LEtmFCgE0wQEDnSf3D0XJtDgZKSAbQFrVfTANweVRwCGdQwry4tBe
  kdGOtY0nOeLIZJD9g/ml+asqVjZVcXA7YCI+ibTYVCIt1IfWLeHuqaITsCx9V0Zk
  3TTGxsK4kY4bBVMXJijCR3v3wB+4X750aXkr3oZSjdKd6ytel2rNEM0bpBaSNhOK
  I6bD1C9ip79/JeG9qZY6DH2zMw3CvYm9Bb/ffgT7oWkigyIj077IREGbrGprenIf
  XPVfnwyBlNf+TlDxUjs9fMIOkVIJS8iOwYuZj5FuAQkEPkKTUl88/PUPl7mdCaC+
  V4NHeqLNF7SouSrT/XWafHXXAHU8qBCEr/kLS+EGBNzlMatETkdpBPneMLBoyxPp
  YbKtsCX9ME2KP0YlOppBCjfbh72TAIyPeoDUpr8PJa/ksnl0/Q8on+fS+fS0NOrE
  OM4O+n5/fRrPQqepjPt7/j0TrGZWGKlcE+01kQV929v70uE9tYf8hf6Y835UkcDi
  pg5CDDdmIMvdu5OGRFWjnATRKKZt8dWCzN7yEJ5xIJfZ4vcbPEasasQArwARAQAB
  tENFdWdlbmlvIENhbm8tTWFudWVsIE1lbmRvemEgKFBlcnNvbmFsIGtleSkgPGV1
  Z2VuaW9jYW5vbUBnbWFpbC5jb20+iQI3BBMBCAAhBQJSMZQWAhsDBQsJCAcDBRUK
  CQgLBRYCAwEAAh4BAheAAAoJEM0cTnOtbW8zBkkP/jCqRPwPqZv45VnGHtSk4zTD
  s7FMjPTR9zoXQz3d4H/NSkhCvJMC2ynZweYBQ2PvXx4xVSRtXjkCulKGRBY4qH0l
  XGhAjh+kqG/hiSsafItgDpiVSmGVja62ifXkZhlK+3ZAao8lcymzDodZSdcS3+Ew
  HQf17lfH8IW8PtCIfpylLikDZLt30PeDrUkeIycgBH/cKJSEdmVPjDwbas6hpdQE
  5qpnTMZtPzUy3HG4U4vHrAY4YX0gt9UkMCS/H30og1FBl8m15W0Jc6rnbGip/jJC
  tuxpQn3xYu1F9S25XCU64ilVm/0sCYJiOSHe/B6OysdgQMx3iCQyUFfciBtCvxYB
  JyDd3E1qrnMw3e1r9QrS8Ifw8D4aFf1vqCosRF+RI3M0WdrU1/B1A7hWbowrB0P5
  6zGQGF0pZfM+04B7bNZcAW160ZcCaG/Tgf/7wvmMQLSpbznjDV0gSYYln3d1Ddpt
  aHQwE4qaVsqijWC6eeTk7aXefSle33zfyG+kJFeoBB+aYvEZy4tr67MB/mSL60PK
  LUR/A1iz18PDCc5KgdLd3HRqJid6avo4dlXz0o7chET5fwfB3UBTqI/ZWk0nIdTM
  Zd5NBNqrTuv9BSvKXW3CldyHkXeniGXQ6VzOzZjmcIKErVJhZHGZCmCenbvWDwGt
  UiLAFi6aC0Mmcx39MhIQiEYEEBEIAAYFAlIxyYMACgkQ9ijrk0dDIGzdBQCgilD2
  IEFXmbGLBSxOodFzYuqEnloAoKvhuZ0ZvvVpTg8RsXjNY0VprsNIiQIcBBABCgAG
  BQJSMg+TAAoJEACbM3VrmqpVOAQP/A8BJe5L92FUa9G0TyuIOnpElGRZVtX0fpKO
  Ic61mEjSYyCHWqvki8pcseUmCbmHSwJixMF3m8o3DbdrF/AbdCoFk3U6ydTg7mia
  OcQArzKQ6iDoexG7UDfEeTTYEPJGS/dzrObo0Zrmyz2xtMamcJWnCZh7Bh4bN0Uk
  sXEkDMQJpF7SmN2m9U9f5rszzVA5MA7JVw/YeLu3JXYBCw1wgOLjAz/l/ziNCLBs
  9aXVtQdJDiEjz8FQrZdxTxmGwUMikNh0B72yujEHv61RNPTqNm4JhzBHyLSjA1Ta
  MJtrmTR3VUUWjXllgW8MXxgDHyf+UXkiicilCpfbEVLFXSISyeY7qCx2V/fdidky
  LQcq2HpwWjBZY2D8D3VL8BnT2whFbN097aV/KJu3vqRLwygWDXrKZUjIeQR/pBhi
  T0rU41D6k80mVpE4LksGb3vI8Y2o3+PM/ltg3JlzEFTAfGoZK6BGp7KYW2Bx+7cq
  kR3EOa8mD6EVXIlIw9x41uE/gFLqktGITPwFEYW/sae+5SnlYNbGOZcD5Yo4tUex
  7Yv136V7o1ESt/5dkSDxzLx6yh5CvJkOyFkBN3FLR+XjwM6lY0Sb49vnzvkW9C1n
  Ogt3UtgftnX0kJ2EWss/ssCTvxcP4PTIiYqLRKVFlmLU5K2QKv14CHg0QyPcMG0D
  UHqVlQ8/iEYEEBEKAAYFAlIyD+cACgkQxRSvjkukAcO7TACgjPWqYTJbSm4wybVU
  rllpkJk0OO0AnjgpLaoCeFmSPm9tKDjTD+oP5MwpuQINBFIxlBYBEAC8emxD0WA7
  SEYUF4jYMsmM229mOSd53Dr+6r0LZycqPIh6n1SLuHo+Lbyn++k1Lv9FSU/QWE7M
  jZYlWcw0CLhKVEt+komrLqTSumVXhwP56l/6p5R0yHDk+AN1U1w446ExozloP8B/
  6D0QIo8xKrd35IuF/mkd3zPO7mvh3IanUVBDBg0JhUuW4q3qGNJ+XQDy2diFTfMY
  +OAZ67zNTBBxoTPvT7Zs0UNfGxpDbllE5nYn3ANjP0/nkngEBeWwto40NZachUn3
  DXfo5oxQhT74bG5qhUoDoVvDxabEJ/mJfE/4+SG6I2nhVDhufELVSOSeOi50OHuB
  ADys8P8rMCQeFGJ8C8t12Q6P/3J8dKdBu2C5dhiN6ojGOIOwhi6Yjn3m5I794R+9
  kY+pGaNnkhyX+4VvEUiiaEFivhKI++/wDUwr+HJA+zlQGo8yomL5QhmN/NVgnblv
  n04TkJAUwDap2QgptXGs0VSHQpVsM9B09yeRFVR923QnwkIwXes6KkM6bKPe7ytI
  scZyvvKe/Mm6DhOSpJK7Gz3szcVMQtTo0VJFtJksrn+XJEr0k2qfTyHYw9pQrvQj
  x0hlp/XUouXgLjcNiNCRAZpPn3/HmKaRZiUcvIzxC7qmUa4iGXDWysBH5EtrrZbn
  gRp0wlHoU2plwYqbJ4EYQH3n4jeoD9FpOwARAQABiQIfBBgBCAAJBQJSMZQWAhsM
  AAoJEM0cTnOtbW8zokkQALYdRtjn+Ljo9CfNvMcgbT9RN9fT3QHnwlsNiHqNrHod
  ser19blB1NfVQOQnjp2FBxYMWe3RvukHcMT9SRYNbyR80HTrgwGRJcrEiKrhgKcT
  QkIgz5mNehT1dsg/9QECBT8Ul2QhHkwdr8Wj7kb/d8i2eUJ6tBU22umh4k6VKDpS
  QoxDUsSRydKlJQBucq5qw425l46kbP775uy8KvjpGATEgjAfqwNOXwZK1jOVX/N0
  YntNUP3mY4/w+486hGzUlJxKB4CWs2b3tvcW/XoSfuGNQELFrvqV5q1F5Mnd+TWA
  O8mHBLIKWLzaYUy7TzfIvf43MPOY2pCpSGGAHzgba1O6RBYo9o+qGkCfIdRJWXmv
  +wIKHblCm95QL1vwpyJkf0FVXs4F+SRnbjbBzMSzkH09hkdSJ0irL0L33sVlrLTM
  hjsk1Bg3UHYqThCsJM3dgMrmTS2K97wlDrHDJPDvBcgmH40UG83jNWBY+2H3dF+G
  r5AIFNMcc0K/G+RKbb7zUABWAk56koEIBmpWcHp/9xwe6sl2MoYkbCFwp37o26Ib
  te5vNlk27oxXb3n44HcL7cc6boeRXi+/Gijhm8XeurayU1Mtcwx74MrGKPj4S2Rs
  nY+7+nWPrrGEER//MdGff/7RmX+kY6YOCp6OWgauF9KL/H0B6mzL53UcsjPV6X2F
  =z4QV
  -END PGP PUBLIC KEY BLOCK-



signature.asc
Description: Digital signature

Bug#723626:

[Jon Daley]

Yes, I saw the debian-lintian errors.  And I can take a look at those - I 
wanted to see if I had the packaging procedure down correctly before 
attacking those.  (and those issues have been around for years, so I 
wasn't making anything worse by not touching them yet)


And I did see that the upstream link to the tar file was broken - his main 
site still links to it, so I figure he must have just broken it.  If he 
decides to stop publishing it - is there a process for that?  The code is 
in the public domain.




On Thu, 19 Sep 2013, Tobias Frost wrote:


Hallo Jon,

(Disclaimer: I'm not a DD/DM; also I'm quite new in reviewing, so I
might also overlook smth or be wrong)

Some notes while I looked at your package:
* d/patches/* please add dep3 headers.
* Can you upgrade standards-version to 3.9.4?
* Please enable hardening (maybe along with setting d/compat to 9)
* Add yourself to debian/copyright. Maybe update it to dep5 format?
* orig source cannot be downloaded: I get a access denied error. Maybe
get in contact with upstream?
* d/rules I like debhelper short form better than the old one, might be
worth to upgrade as I find it easier to maintain.

Best regards,
coldtobi

--
To unsubscribe, send mail to 723626-unsubscr...@bugs.debian.org.



--
Jon Daley
http://jon.limedaley.com
~~
Plan to be spontaneous tomorrow.


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

Bug#723790: megaglest: removing the dependency on vlc or making it optional

[Markus Koschany]

Source: megaglest
Version: 3.7.1-1
Severity: normal

Dear Maintainer,

the latest release of megaglest, version 3.7.1-1, introduced a new
dependency on the vlc media player. The dependency is not required to
play the game. Please consider downgrading the dependency to Suggests
or even better, remove it completely. Otherwise the vlc dependency
will pull in a large amount of additional packages which is surely not
desirable for just playing a game like megaglest.

Regards,

Markus

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

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

Versions of packages megaglest depends on:
ii  famfamfam-flag-png 0.1-3
ii  fonts-liberation   1.07.3-2
ii  fonts-uralic   0.0.20040829-4
ii  fonts-wqy-zenhei [ttf-wqy-zenhei]  0.9.45-5
ii  libc6  2.17-92+b1
ii  libcurl3-gnutls7.32.0-1
ii  libfontconfig1 2.10.2-2
ii  libfreetype6   2.4.9-1.1
ii  libftgl2   2.1.3~rc5-4
ii  libgcc11:4.8.1-10
ii  libgl1-mesa-glx [libgl1]   9.1.6-2+b1
ii  libglew1.7 1.7.0-3
ii  libglu1-mesa [libglu1] 9.0.0-1
ii  libircclient1  1.3+dfsg1-3
ii  libjpeg8   8d-1
ii  liblua5.1-05.1.5-5
ii  libminiupnpc5  1.5-2
ii  libopenal1 1:1.14-4
ii  libpng12-0 1.2.49-4
ii  libsdl1.2debian1.2.15-7
ii  libstdc++6 4.8.1-10
ii  libvorbisfile3 1.3.2-1.3
ii  libwxbase2.8-0 2.8.12.1-16
ii  libwxgtk2.8-0  2.8.12.1-16
ii  libx11-6   2:1.6.1-1
ii  libxerces-c28  2.8.0+deb1-3
ii  libxext6   2:1.3.2-1
ii  megaglest-data 3.7.1-1
ii  p7zip-full 9.20.1~dfsg.1-4
ii  ttf-dejavu-core2.33+svn2514-3
ii  ttf-wqy-zenhei 0.9.45-5
ii  vlc2.0.8-1+b2

megaglest recommends no packages.

megaglest 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#723792: opengl-4-html-doc: Package does not contain usable HTML files

[Ben Longbons]

Package: opengl-4-html-doc
Version: 1.0~svn22917-1
Severity: important

Dear Maintainer,

This package does not contain usable html files, just a bunch of .xml files
that browsers will refuse to attempt to display.

Even if the .xml files are renamed to .html, that is not enough to get
browsers to display them properly. Particularly, all the math markup
does not work; this also affects the man version. An example of a file
that contains math markup is glViewport.xml

Tested with chromium 28.0.1500.95

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

Kernel: Linux 3.2.0-4-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 opengl-4-html-doc depends on:
ii  doc-base  0.10.5

opengl-4-html-doc recommends no packages.

opengl-4-html-doc 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#723787: ftp.debian.org: Non-free file in PyOpenCL doc packages

[Tomasz Rybak]

Package: ftp.debian.org
Severity: normal

Hello.
I received bug report #722014 pointing to non-free file in examples
distributed with PyOpenCL. Licence for part of the code says:
"
Copyright 1993-2009 NVIDIA Corporation.  All rights reserved.

NVIDIA Corporation and its licensors retain all intellectual property
and
proprietary rights in and to this software and related documentation.
Any use, reproduction, disclosure, or distribution of this software
and related documentation without an express license agreement from
NVIDIA Corporation is strictly prohibited.
".

I've asked for advice on debian-mentors and got reply that I should
report bug against snapshot and archive. I have filled bug asking
release team to allow for upload of fixed versions into stable
and oldstable (#723587)

All versions up to and including 2013.1-1 contain this file.
0.92* contain this file in main package; versions 2012* and 2013*
contain this file in python-pyopencl-doc package.
Version from unstable is fixed and does not contain non-free file.
I've updated informations about affected versions in #722014.

Best regards

-- 
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#723626:

[Tobias Frost]

Hallo Jon,

(Disclaimer: I'm not a DD/DM; also I'm quite new in reviewing, so I
might also overlook smth or be wrong)

Some notes while I looked at your package:
* d/patches/* please add dep3 headers. 
* Can you upgrade standards-version to 3.9.4?
* Please enable hardening (maybe along with setting d/compat to 9)
* Add yourself to debian/copyright. Maybe update it to dep5 format?
* orig source cannot be downloaded: I get a access denied error. Maybe
get in contact with upstream?
* d/rules I like debhelper short form better than the old one, might be
worth to upgrade as I find it easier to maintain.

Best regards,
coldtobi


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

Bug#723780:

[GV]

Package: evolution-data-server
Version: 3.8.5-2
Severity: important

Dear Maintainer,

Trying to install evolution 3.8 in sid lead to the following unmet
dependency
error:

The following packages have unmet dependencies:
 evolution-data-server : Breaks: libebook-1.2-13 (< 3.6) but 3.4.4-4 is
 installed.


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

Kernel: Linux 3.10-2-amd64 (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/dash

Versions of packages evolution-data-server depends on:
ii  evolution-data-server-common  3.8.5-2
ii  gconf-service 3.2.6-1
ii  libatk1.0-0   2.8.0-2
ii  libc6 2.17-92+b1
ii  libcairo-gobject2 1.12.16-2
ii  libcairo2 1.12.16-2
ii  libcamel-1.2-33   3.4.4-4
ii  libcomerr21.42.8-1
ii  libdb5.1  5.1.29-7
ii  libdbus-glib-1-2  0.100.2-1
ii  libebackend-1.2-2 3.4.4-4
ii  libebook-1.2-13   3.4.4-4
ii  libecal-1.2-113.4.4-4
ii  libedata-book-1.2-13  3.4.4-4
ii  libedata-cal-1.2-15   3.4.4-4
ii  libedataserver-1.2-16 3.4.4-4
ii  libgconf-2-4  3.2.6-1
ii  libgdata130.14.0-1
ii  libgdk-pixbuf2.0-02.28.2-1
ii  libglib2.0-0  2.36.4-1
ii  libgoa-1.0-0  3.8.3-1
ii  libgssapi-krb5-2  1.11.3+dfsg-3
ii  libgtk-3-03.8.4-1
ii  libgweather-3-0   3.4.1-1+build1
ii  libical0  0.48-2
ii  libk5crypto3  1.11.3+dfsg-3
ii  libkrb5-3 1.11.3+dfsg-3
ii  libldap-2.4-2 2.4.31-1+nmu2+b1
ii  libnspr4  2:4.10-1
ii  libnspr4-0d   2:4.10-1
ii  libnss3   2:3.15.1-1
ii  libnss3-1d2:3.15.1-1
ii  liboauth0 1.0.1-1
ii  libpango-1.0-01.32.5-5+b1
ii  libpangocairo-1.0-0   1.32.5-5+b1
ii  libsoup2.4-1  2.42.2-6
ii  libsqlite3-0  3.8.0.2-1
ii  libxml2   2.9.1+dfsg1-3
ii  zlib1g1:1.2.8.dfsg-1

evolution-data-server recommends no packages.

Versions of packages evolution-data-server suggests:
pn  evolution  
pn  evolution-data-server-dbg  

Bug#611790: Errors upon installation

[André Verwijs]

Package: monodoc-browser
Version: 2.10-6
Followup-For: Bug #611790


I'm getting the same...  maybe drop this package from debian, not sure if many
people are using it...
see .txt file for errors...



-- System Information:
Debian Release: 7.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable')
Architecture: amd64 (x86_64)

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

Versions of packages monodoc-browser depends on:
ii  libglade2.0-cil 2.12.10-5
ii  libglib2.0-cil  2.12.10-5
ii  libgtk2.0-cil   2.12.10-5
ii  libmono-corlib4.0-cil   2.10.8.1-8
ii  libmono-system-web-services4.0-cil  2.10.8.1-8
ii  libmono-system-xml4.0-cil   2.10.8.1-8
ii  libmono-system4.0-cil   2.10.8.1-8
ii  libwebkit1.1-cil0.3-6
ii  mono-runtime2.10.8.1-8
ii  monodoc-base2.10.8.1-8
ii  monodoc-manual  2.10.8.1-8

monodoc-browser recommends no packages.

monodoc-browser suggests no packages.

-- no debconf information

unopkg done.
Processing triggers for python-support ...
Processing triggers for monodoc-browser ...
generating monodoc search index...
grep: /etc/gre.d/*.conf: Bestand of map bestaat niet
generating monodoc search index... (this can take a while)
grep: /etc/gre.d/*.conf: Bestand of map bestaat niet
Problem: O:Mono.Math.BigInteger.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:Mono.Simd.Vector2d.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:Mono.Simd.Vector2l.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:Mono.Simd.Vector2ul.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:Mono.Simd.Vector4f.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:Mono.Simd.Vector4i.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:Mono.Simd.Vector4ui.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:Mono.Simd.Vector8s.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:Mono.Simd.Vector8us.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:Mono.Simd.Vector16b.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:Mono.Simd.Vector16sb.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:NpgsqlTypes.NpgsqlInet.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:Microsoft.Build.BuildEngine.BuildProperty.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:Microsoft.Build.Utilities.TaskItem.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:System.DateTimeOffset.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:System.Decimal.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:System.IntPtr.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:System.Nullable.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:System.Nullable.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:System.UIntPtr.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:System.Data.SqlTypes.SqlBinary.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:System.Data.SqlTypes.SqlBinary.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:System.Data.SqlTypes.SqlBoolean.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:System.Data.SqlTypes.SqlBoolean.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:System.Data.SqlTypes.SqlByte.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:System.Data.SqlTypes.SqlByte.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:System.Data.SqlTypes.SqlBytes.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:System.Data.SqlTypes.SqlChars.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:System.Data.SqlTypes.SqlDateTime.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
Problem: O:System.Data.SqlTypes.SqlDateTime.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs

Bug#723781: stunnel4: Please package new upstream version 4.55

[Sebastian Reichel]

Package: stunnel4
Version: 3:4.53-1.1
Severity: wishlist

Hi,

Please package new upstream version 4.55. The current
version does not support tls 1.2, which should be
supported by Debian's openssl version.

-- Sebastian

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

Kernel: Linux 3.9-1-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 stunnel4 depends on:
ii  adduser   3.113+nmu3
ii  libc6 2.17-92+b1
ii  libssl1.0.0   1.0.1e-3
ii  libwrap0  7.6.q-24
ii  netbase   5.1
ii  openssl   1.0.1e-3
ii  perl-modules  5.18.1-3
ii  zlib1g1:1.2.8.dfsg-1

stunnel4 recommends no packages.

Versions of packages stunnel4 suggests:
pn  logcheck-database  

-- 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#706798: transition: Libav 9

[Julien Cristau]

On Thu, Sep 19, 2013 at 14:42:36 +0200, Sebastian Ramacher wrote:

> On 2013-09-06 16:03:03, Sebastian Ramacher wrote:
> > dependency level 2:
> > 
> > with patch:
> > #693106 xine-lib
> 
> xine-lib has been fixed and built everywhere. Please schedule binNMUs
> for mlt.
> 
Scheduled.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#723569: transition: evolution-data-server 3.8 and friends

[Adam D. Barratt]

On Tue, 2013-09-17 at 16:11 +0200, Michael Biebl wrote:
> Am 17.09.2013 16:04, schrieb Michael Biebl:
> > The ones which I could successfully binNMU were:
> > mail-notification
> > xiphos
> > ekiga
> > libreoffice
[...]
> I forgot:
> ktp-call-ui
> telepathy-qt
> 
> they built successfully against the newer tp-farstream.

Scheduled.

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#684593: Not fixed after all

[Julien Cristau]

On Thu, Sep 19, 2013 at 13:02:05 +0200, Christoph Egger wrote:

> Hi all!
> 
>   Seems I was a bit confused. The meat of the patch is still necessary
> for libdrm2 to work on kfreebsd (as seen on the upstream bug which is
> still open as well). All "we" need is [0] from that bug though. Anyone
> familiar with upstream an idea on how this bug can be fixed there? The
> bugreport is from february and I don't see any negative feedback /
> rejects there but also no action.
> 
Meh. Why does the bug report say libkms where it's really a libdrm
patch?  libkms is irrelevant, really.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#699723:

[Tobias Frost]

Hallo Dave,

(I am not a DD/DM; also I am new to reviewing, so I might missed smth or
I might be wrong)

Note: This refers to 0.6.15-3 on mentors

* d/changelog: usually you skip those versions NOT uploaded to Debian
and you document only changes made to the Debian packaging, not the
(upstream) changes of the source. 
* Therefore your version should be 0.6.15-1 and your d/changelog should
start with "New upstream release."
* There's some lintian infos like those:
I: podget: hyphen-used-as-minus-sign usr/share/man/man7/podget.7.gz:61
* You can remove d/rules.old
* Seems you maek your manpage manually with txt2man... I think it is
preferable to do that automatically buildtime


Best regards,
coldtobi


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

Bug#723783: dpkg-shlibdeps: more tolerant soversion extraction

[Zack Weinberg]

Package: dpkg-dev
Version: 1.17.1
Severity: wishlist
File: /usr/bin/dpkg-shlibdeps
Tags: patch

Some shared libraries are stuck with nonstandard names for binary
compatibility's sake; a good example is libnspr4, which ships
/usr/lib/ARCH/libplc4.so, .../libplds4.so, and .../libnspr4.so.  (The
SONAME field in the ELF headers in each case matches the filename.)  I
do not propose to make all the changes (not least to Policy) to make
this fully supported, but I think dpkg-shlibdeps should not throw up
its hands at such libraries.  This is the minimal patch to do that.

For shared libraries that have no version number at all in their name,
we don't want to equate that to version "0", so I've opted to make
split_soname return "." for $libversion.  This won't actually get
written to a shlibs file (since this is -shlibdeps, not -makeshlibs)
and it sorts ASCIIbetically before "0".

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

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

Versions of packages dpkg-dev depends on:
ii  base-files7.2
ii  binutils  2.23.52.20130828-1
ii  bzip2 1.0.6-5
ii  libdpkg-perl  1.17.1
ii  make  3.81-8.2
ii  patch 2.7.1-3
ii  xz-utils  5.1.1alpha+20120614-2

Versions of packages dpkg-dev recommends:
ii  build-essential  11.6
ii  clang-3.2 [c-compiler]   1:3.2repack-11
ii  fakeroot 1.19-2
ii  gcc [c-compiler] 4:4.8.1-3
ii  gcc-4.6 [c-compiler] 4.6.4-4
ii  gcc-4.7 [c-compiler] 4.7.3-7
ii  gcc-4.8 [c-compiler] 4.8.1-10
ii  gnupg1.4.14-1
ii  gpgv 1.4.14-1
ii  libalgorithm-merge-perl  0.08-2

Versions of packages dpkg-dev suggests:
ii  debian-keyring  2013.07.31

-- no debconf information
--- dpkg-1.17.1.o/scripts/dpkg-shlibdeps.pl	2013-07-28 05:56:47.0 -0400
+++ dpkg-1.17.1/scripts/dpkg-shlibdeps.pl	2013-09-19 14:11:34.583442876 -0400
@@ -672,6 +672,10 @@
 	return wantarray ? ($1, $2) : 1;
 } elsif ($soname =~ /^(.*)-(\d.*)\.so$/) {
 	return wantarray ? ($1, $2) : 1;
+} elsif ($soname =~ /^(.*?\D)(\d+)\.so$/) {
+	return wantarray ? ($1, $2) : 1;
+} elsif ($soname =~ /^(\D+)\.so$/) {
+return wantarray ? ($1, ".") : 1;
 } else {
 	return wantarray ? () : 0;
 }

Bug#723782: xul-ext-zotero: Unusable with Iceweasel 24

[Sébastien Villemot]

Package: xul-ext-zotero
Version: 4.0.8-1
Severity: grave
Tags: upstream fixed-upstream
Justification: renders package unusable

Dear Maintainer,

The version of the xul-ext-zotero package currently in sid (4.0.8-1) is not
usable with Iceweasel 24 (which recently entered sid).

The list of items in the bibliography is never displayed (it keeps saying
"Loading items list...").

This problem is fixed in upstream version 4.0.12.

Cheers,

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

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

Versions of packages xul-ext-zotero depends on:
ii  iceweasel  24.0-2

xul-ext-zotero recommends no packages.

xul-ext-zotero suggests no packages.

-- no debconf information

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594


signature.asc
Description: Digital signature

Bug#723674: Bug fixed in 1.0.19-1

[Adam D. Barratt]

Control: fixed -1 1.0.19-1

On Thu, 2013-09-19 at 15:53 +0200, Laszlo Kajan wrote:
> This bug is fixed in 1.0.19-1.

Let's tell the BTS that then. :)

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#682286: Pending fixes for bugs in the libwww-mechanize-perl package

[pkg-perl-maintainers]

tag 682286 + pending
thanks

Some bugs in the libwww-mechanize-perl package are closed in revision
ec310800eba3ec4a74c5cccb53f7846f069288bd in branch 'master' by
Florian Schlichting

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

Commit message:

document proxy usage for mech-dump (closes: #682286)


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

Bug#723569: transition: evolution-data-server 3.8 and friends

[Adam D. Barratt]

On Thu, 2013-09-19 at 20:06 +0100, Adam D. Barratt wrote:
> On Tue, 2013-09-17 at 16:11 +0200, Michael Biebl wrote:
> > Am 17.09.2013 16:04, schrieb Michael Biebl:
> > > The ones which I could successfully binNMU were:
> > > libreoffice
[...]
> Scheduled.

For the record, that's currently stuck due to dh-python's python3:any
dependency.

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#722012: sbuild-createchroot 'tempfile' can't be called as a method at /usr/sbin/sbuild-createchroot

[Paul Elliott]

I have also experineced the 
'tempfile' can't be called as a method at /usr/sbin/sbuild-createchroot

problem.

Below is the patch for my debian testing system.
But it is only cargo cult programing.
##cut here with a chain saw###
--- sbuild-createchroot.orig2013-09-19 12:27:43.0 -0500
+++ sbuild-createchroot 2013-09-19 13:22:30.0 -0500
@@ -137,7 +137,7 @@
 use Sbuild::Sysconfig;
 use Sbuild::Conf qw();
 use File::Path qw(mkpath rmtree);
-use File::Temp ();
+use File::Temp qw(tempfile);
 use File::Copy;
 use Cwd qw(abs_path);
 
@@ -392,7 +392,7 @@
 # the sbuild chroot directory created, unless it's been requested to keep the
 # directory.
 if ($conf->get('MAKE_SBUILD_TARBALL')) {
-my ($tmpfh, $tmpfile) = File::Temp->tempfile("XX");
+my ($tmpfh, $tmpfile) = tempfile("XX");
 my @program_list;
 
 # Change program arguments accordingly

##cut here with a chain saw###



-- 
Paul Elliott   1(512)837-1096
pelli...@blackpatchpanel.com   PMB 181, 11900 Metric Blvd Suite J
http://www.free.blackpatchpanel.com/pme/   Austin TX 78758-3117
---
"Encryption works. Properly implemented strong crypto systems are one
of the few things that you can rely on. Unfortunately, endpoint
security is so terrifically weak that NSA can frequently find ways
around it." Edward Snowden


signature.asc
Description: Digital signature

Bug#723786: ITP: php5-v8js -- V8 Javascript Engine for PHP

[Jonas Genannt]

Package: wnpp
Severity: wishlist
Owner: Jonas Genannt 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: php5-v8js
  Version : 0.1.3
  Upstream Author : Jani Taskinen 
* URL : http://pecl.php.net/package/v8js
* License : PHP
  Programming Lang: C
  Description : V8 Javascript Engine for PHP

 This extension embeds the Google's V8 Javascript Engine into PHP.

This package will be maintained under the hood of Debian PHP PEAR Maintainers.


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

iQIcBAEBCAAGBQJSO1EoAAoJEPBM7/YBbP/QDZEP/0qkFki4im+DNH+kyn+Tz7He
t278SKJ4Hc+sV5pswbLgkXP60VdtGbADekyn/ordN7+ltg3o3JgHgxJhNusweSVE
uXrPcFNjaHmbfdITn3I49Dx0ZbmnyCsZoECDgfcZm4i0mFc2HcG0TLvliQsu+fGs
OagWiq1NpUNPjUg+R2v+TYBf52P6T/b3MzK1o8ayCjF6cDOvaSIEujRyQJbzsYsk
lG4Oq58SNJ0cRlI2rpKpFDUH4iNmka3xYs3G5R7n3ZOtA2UHBrm7nG20J863B0FO
ln2qZqDJZSQnpzpFvVD7czwg1KUr/nZSqO3LeqIqC5x6HZ9AZs8B2plrJEBbO+uf
Fxwk9Zhu6xvWxngyLXo6/DHlxo57YTzt31ObreSq8XFrnq8YZWNrUGN6Fm33UwTi
TBGDjZwobPKMQz9mipMnfs0fltZqymHuQF4mPbU4gsowpahZj3BpoN4WIX64z+AC
lofXdfaqlYagtgQBWpYfwdSB3a1l0IXgZzSezK/QDNfw4A9OuFz365X1BH1uDsZT
8rYQBT13kG9OUhhgaSVNvAQg/Qrd5TGSPsoh0Y9U+ciG7enj7egtH1wTuY47iic4
cX/f0WqDlUIwGZ/ycNmqFuO5NdjyASa5K0quBdP4HXBPx7rSikX4XfpnmqTjwi+G
XN0QV+QrbGetsjwNpyvm
=yjpl
-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#723081: amd64-microcode: installation never completes

[Henrique de Moraes Holschuh]

Nick,

I am trying to reproduce this issue with AMD, so as to try to track down
which kernels are affected (and if possibly, track down WHAT fixed the bug
as that isn't clear right now).

Did the issue happen on a *first install* of amd64-microcode, or did it
happen only when you tried to upgrade the package from an older version ?

Also, if you upgraded the kernel to solve the issue, which version you're
using (and did it fix the issue) ?

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

Bug#723569: transition: evolution-data-server 3.8 started.

[Adam D. Barratt]

On Thu, 2013-09-19 at 20:26 +0200, Andreas Henriksson wrote:
> The binNMU of libreoffice and slow buildds
> might make it more then a few days.

Right now, the binNMU of libreoffice is unbuildable on all architectures
(libreoffice -> python3 -> dh-python -> python3:any, which edos-depcheck
and thus wanna-build currently don't support).

Regards,

Adam


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