Bug#819615: RFS: spin/6.4.5-1 [ITP] -- formal software verification tool

[Paul Wise]

On Thu, Mar 31, 2016 at 2:47 PM, Tom Lee wrote:

> N.B. no watchfile is present due to the naming strategy of the upstream 
> tarball:
> uscan interprets the version number as "645" when the release is actually 
> "6.4.5".
> if there's a way to teach uscan how to figure this out, I'm all ears!

I think you want the uversionmangle option.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#803527: jadetex: Please remove obsolete packages from Recommends

[Norbert Preining]

tag 803527 + pending
thanks

> The request was to add "Recommends: openjade" to jadetex (or texlive-htmlxml).

Added to texlive-htmlxml in git repo. Thanks for digging that out!

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#819612: mysql-utilities: zip file in /etc: /etc/mysql/mysql-fabric-doctrine-1.4.0.zip

[Dmitry Smirnov]

On Thursday, 31 March 2016 2:24:14 PM AEDT Paul Wise wrote:
> File: /etc/mysql/mysql-fabric-doctrine-1.4.0.zip
> 
> There is a zip file in /etc that contains a source package. At minimum
> this is an FHS violation. Did you review the package before upload?

It is entirely my fault as I trusted that my co-maintainer did review but now 
I see that I shouldn't have...

Thanks for reporting, Paul. I'll fix ASAP.

-- 
Regards,
 Dmitry Smirnov.

---

It is a fine thing to be honest, but it is also very important to be right.
-- Winston Churchill


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

Bug#816446: nginx: Please use systemd confinement features

[Christos Trochalakis]

Hello all,

On Wed, Mar 30, 2016 at 07:40:24PM +0200, Moritz Muehlenhoff wrote:

On Tue, Mar 01, 2016 at 02:35:39PM -0800, Michael Lustfield wrote:

Control: tags -1 + wontfix

I have three significant issues with adding systemd confinement to
nginx out of the box:


I disagree with these:


1) This will introduce significant differences between debian servers
running systemd and every single other init system that debian
supports.


systemd is the default init system since jessie and we cannot limit
features used in init scripts to the least common denominator. In fact
we already have a lot of feature disparaties with sysvinit not
providing many features present in systemd.


2) Anyone using systemd would have an out of the box nginx
installation that would not match reasonable expectations.


Why would this not match reasonable expections? Upstream doesn't
even provide a systemd unit, so Debian's doesn't behave different
in that regard.

All the features used in Nicolas' patch are standard systemd unit
features, I see no reason not to use them by default.


Users should be able to install nginx and have it behave exactly as
expected.


And these expectations include a high level of security.

Cheers,
   Moritz


I also believe it makes sense to enable the security features for
systemd users. `ProtectHome` is a bit tricky as it could possibly break
some setups, we could use `read-only` there.

Currently we are a bit overwhelmed with the dynamic modules support,
but we 'll discuss it with Mike and get back to it after 1 or 2 weeks.

Bug#819615: RFS: spin/6.4.5-1 [ITP] -- formal software verification tool

[Tom Lee]

Great, got it -- thanks Paul. Uploading to mentors again now.

On Wed, Mar 30, 2016 at 11:59 PM, Paul Wise  wrote:

> On Thu, Mar 31, 2016 at 2:47 PM, Tom Lee wrote:
>
> > N.B. no watchfile is present due to the naming strategy of the upstream
> tarball:
> > uscan interprets the version number as "645" when the release is
> actually "6.4.5".
> > if there's a way to teach uscan how to figure this out, I'm all ears!
>
> I think you want the uversionmangle option.
>
> --
> bye,
> pabs
>
> https://wiki.debian.org/PaulWise
>



-- 
*Tom Lee */ http://tomlee.co / @tglee 

Bug#819534: libreoffice: LibreOffice fails to start

[Rene Engelhard]

On Wed, Mar 30, 2016 at 10:25:34AM +0200, Rene Engelhard wrote:
> > [context="shared"] caught unexpected
> > com.sun.star.deployment.DeploymentException: Extension Manager: failed
> > to read data entry in backend db:
> > file:///home/sf/.config/libreoffice/4/user/extensions/shared/registry/com.sun.star.comp.deployment.help.PackageRegistryBackend/backenddb.xml
> > --
> 
> So your profile is corrupted and/or you installed a broken extension and/or
> a extension install broke it.
> 
> What did you do last before getting this?

You didn't answer this.

Please give the output of

/usr/lib/libreoffice/program/unopkg list --bundled
/usr/lib/libreoffice/program/unopkg list --shared
/usr/lib/libreoffice/program/unopkg list

*If* it was a broken extension, that could give a hint. (Or if a extension
install failed for some reason and left a broken state.)

The path definitely points to extensions.

Regards,
 
Rene

Bug#819555: pcscd: cyberJack pp_a2 init failed with pcscd_1.8.16-1

[Juergen Rehnen]

Package: pcscd
Followup-For: Bug #819555

.
>
> This is a problem in the REINER SCT driver.
>
> If this driver comes from the libifd-cyberjack6 Debian package [1] as it
looks like then the bug should be reassigned to this package.
> Just tell me and I will do the reassignement.
>
>..
>
> [1] https://packages.debian.org/sid/libifd-cyberjack6
>
> --
> Dr. Ludovic Rousseau



yes please - if you think the driver is responsible for the problem

- apt policy libifd-cyberjack6
- libifd-cyberjack6:
-  Installiert:   3.99.5final.sp09-1
-  Installationskandidat: 3.99.5final.sp09-1
-  Versionstabelle:
- *** 3.99.5final.sp09-1 500
-500 http://httpredir.debian.org/debian unstable/main amd64 Packages

Bug#819616: RFP: portablesigner -- Tool to embed X.509 signatures in Portable Document Files (PDF)

[Petter Reinholdtsen]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: Peter Pfläging 

* Package name: portablesigner
  Version : 2.0
  Upstream Author : Peter Pfläging 
* URL : http://portablesigner.sourceforge.net/
* License : EUPL
  Programming Lang: Java
  Description : Tool to embed X.509 signatures in Portable Document Files 
(PDF)

It would be nice if Debian included a command line tool to produce
signed PDFs, which make it easier to discover is a PDF has been tampered
with.  This is one of the alternatives, and the tool I believe is used
by the University of Oslo in their digital exam solution.

-- 
Happy hacking
Petter Reinholdtsen

Bug#819530: transition: icu

[Rene Engelhard]

Hi,

On Thu, Mar 31, 2016 at 08:27:20AM +0200, László Böszörményi (GCS) wrote:
>  It seems the tests are OK. I got hundreds of lines like:

OK.

> [builddir]/libreoffice-5.1.2~rc1/solenv/gbuild/CppunitTest.mk:90:
> recipe for target
> '[builddir]/libreoffice-5.1.2~rc1/workdir/CppunitTest/cppcanvas_emfplus.test'
> failed
> make[1]: *** 
> [[builddir]/libreoffice-5.1.2~rc1/workdir/CppunitTest/cppcanvas_emfplus.test]
> Error 1

unset DISPLAY. debian/rules already does that[1] and that fixed it for me
so I wonder why you got it. ran make check manually or so?

> It _seems_ test suite problems like 'no protocol specified', 'invalid
> number of arguments' and not failures of the tests itself. But if you
> know more, please share it with me.

Yep.

> 
> As Boost C++ library 1.60 is in NEW[1], do you have experience with

Nope

> it? I think it would be better to wait until it's accepted and re-run
> my tests with ICU 57.1 version. What do you think?

The main usage of boost is the headers (and ttbomk date-time and system
- and filesystem in 5.2 - shouldn't be affected by ICU changes, should it?)
Of course you never know.

But I guess the RT will not want to have a boost and a icu transition at the
same time anyway, so...

Regards,

Rene

[1] 
http://anonscm.debian.org/cgit/pkg-openoffice/libreoffice.git/commit/?id=e3430f742f8c0e572af50051da836e3d9877338f
> 
> Regards,
> Laszlo/GCS
> [1] https://ftp-master.debian.org/new/boost1.60_1.60.0%2Bdfsg-1.html

Bug#819578: Please include attached debian/control syntax highlighting

[Thomas Goirand]

On 03/30/2016 08:33 PM, Thorsten Glaser wrote:
> Hi Thomas,
> 
>> As I'm doing a lot of packaging myself, I've written a Joe syntax
>> highlight script for the debian/control and debian/copyright. It's
>> far from perfect (for example, things in brakets in descriptions
>> are in cyan just like version numbers), at least it's better than
>> the default of no syntax highlighting at all.
> 
> I think I can improve on that. Can you send me a corpus of
> control files to try against, so I catch the corner cases,
> like the one with brackets you described?

Hi Thorsten,

IMO, the way to go is to kind of document the keywords we use for
debian/control, and reference them in the syntax highlight. Then, if
we're using depends / pre-depends / recommends / you-name-it, then we
use the normal brackets handling, if not, then we don't use it. Doing
so, we could also handle error cases (ie: fields we don't recognize),
and make use of the "=Error red bold" defined on top of the file. This
is supposed to work with the "strings" keyword (example in the java.jsf
for example), but I tried and failed to understand how I should do it.

Example of bad highlight:
http://anonscm.debian.org/cgit/openstack/nova.git/tree/debian/control

if you look at the long description, you'll see things in brackets
appear badly highlighted, when they should not.

Cheers,

Thomas Goirand (zigo)

P.S: A backport of joe 4.1 to Jessie would be super nice, even more if
it included this highlighting script.

Bug#819534: libreoffice: LibreOffice fails to start

[Станислав Фёдоров]

Hello, Rene.  What did you do last before getting this?You didn't answer this.I've updated LibreOffice packages to testing branch versions before that. Please give the output of/usr/lib/libreoffice/program/unopkg list --bundled/usr/lib/libreoffice/program/unopkg list --shared/usr/lib/libreoffice/program/unopkg list I've attached files with output.*If* it was a broken extension, that could give a hint. (Or if a extensioninstall failed for some reason and left a broken state.)The path definitely points to extensions.I had purged all LibreOffice packages yesterday and installed LibreOffice again. Test case appears. I agree with you that the use of a mixed distribution is not the best use for the community. This problem may occur when you upgrade the whole distro to testing, I suppose.Hope I don't bother with this. I am ready to delete an existing profile if required. Regards,Stanislav.

unopkg.tar.gz
Description: GNU Zip compressed data

Bug#812268: bcftools - bug represents two separate problems

[Afif Elghraoui]

Control: clone -1 -2
Control: retitle -2 FTBFS: any-i386 - floating point idiosyncracies
Control: retitle -1 FTBFS: arm64, armel, and ppc64el - usage errors in
test suite

These are actually two separate problems. One of them has already been
fixed upstream, and I'll prepare an upload to fix that particular
problem while the other one is still being investigated.

-- 
Afif Elghraoui | عفيف الغراوي
http://afif.ghraoui.name

Bug#819612: mysql-utilities: zip file in /etc: /etc/mysql/mysql-fabric-doctrine-1.4.0.zip

[Sandro Tosi]

On Thu, Mar 31, 2016 at 8:10 AM, Dmitry Smirnov  wrote:
> On Thursday, 31 March 2016 2:24:14 PM AEDT Paul Wise wrote:
>> File: /etc/mysql/mysql-fabric-doctrine-1.4.0.zip
>>
>> There is a zip file in /etc that contains a source package. At minimum
>> this is an FHS violation. Did you review the package before upload?
>
> It is entirely my fault as I trusted that my co-maintainer did review but now
> I see that I shouldn't have...

mistakes happen, i dont think there's to be so judgemental...


-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#819618: openjdk-8-source: "source" package is empty (does not contain src.zip anymore)

[Christian Haul]

Package: openjdk-8-source
Version: 8u77-b03-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

starting with the u77 versions of the package the "source" package does not
contain any sources for the JRE classes anymore. In addition, it appears that
the JDK is compiled without "-g" i.e. the debugger complaints that debug
information is missing and cannot display variable states.

TIA.
Chris.



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

Kernel: Linux 4.4.0-1-amd64 (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
Init: systemd (via /run/systemd/system)

Versions of packages openjdk-8-source depends on:
ii  openjdk-8-jdk  8u77-b03-2
ii  openjdk-8-jre  8u77-b03-2

openjdk-8-source recommends no packages.

openjdk-8-source suggests no packages.

-- no debconf information

Bug#819534: libreoffice: LibreOffice fails to start

[Rene Engelhard]

Hi,

On Thu, Mar 31, 2016 at 10:39:12AM +0300, Станислав Фёдоров wrote:
>I've updated LibreOffice packages to testing branch versions before that.

OK.

>  Please give the output of
> 
>  /usr/lib/libreoffice/program/unopkg list --bundled
>  /usr/lib/libreoffice/program/unopkg list --shared
>  /usr/lib/libreoffice/program/unopkg list
>  �
> 
>I've attached files with output.

You could have just attached them, they are not big :)

*sigh* I should have known that, of course if that cannot read the info
it'll also fail.

Do you have extensions installed? if yes, what?

>I had purged all LibreOffice packages yesterday and installed LibreOffice
>again. Test case appears.

Well, if your profile is still the same...

>I agree with you that the use of a mixed distribution is not the best use
>for the community. This problem may occur when you upgrade the whole
>distro to testing, I suppose.

If this was a LO bug in the first place...

>Hope I don't bother with this. I am ready to delete an existing profile if
>required.

Without proper info I think that is the way out of it. That makes
a eventual bug not fixed, but you get a working LO with a "clean" profile.

Regards,

Rene

Bug#814584: gnupg2: gpg2 --card-status fail on armel / Raspberry Pi - "Card error"

[Petter Reinholdtsen]

[Petter Reinholdtsen]
> My only ideas is something is wrong with the armel architecture
> support of some of the packages involved, or the Raspberry Pi is
> unable to provide enough power to the smart card reader and smart card
> for the smart card to work.  Not quite sure how to figure out if any
> of these ideas are correct.

I managed to borrow a USB power meter and check how much power the smart
card reader is using when running --card-status.  I was surprised to
discover that the power consumption was too low to measure.  The ampere
meter showed 0.00 A, and the voltage stayed put on 5.11 V.  I guess that
rule out the "not enough power" hypotesis.

I would love to help debug this, but have no idea where to start.
Perhaps we can discuss this on IRC?
-- 
Happy hacking
Petter Reinholdtsen

Bug#819620: php-symfony-security-acl: FTBFS: Trying to configure method "getId" which cannot be configured because it does not exist, has not been specified, is final, or is static

[Chris Lamb]

Source: php-symfony-security-acl
Version: 2.8.0-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

php-symfony-security-acl fails to build from source in unstable/amd64:

  [..]

  phpab \
--output autoload.php \
--template debian/autoload.php \
--blacklist '*\\tests\\*' \
.
  phpab %development% - Copyright (C) 2009 - 2016 by Arne Blankerts
  
  Scanning directory .
  
  Autoload file autoload.php generated.
  
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160331085920.rjsZiobCPa/php-symfony-security-acl-2.8.0'
 debian/rules override_dh_auto_test
  make[1]: Entering directory 
'/home/lamby/temp/cdt.20160331085920.rjsZiobCPa/php-symfony-security-acl-2.8.0'
  phpunit --bootstrap autoload.php
  PHPUnit 5.2.12 by Sebastian Bergmann and contributors.
  
  S..  63 / 167 ( 
37%)
  E.. 126 / 167 ( 
75%)
  .   167 / 167 
(100%)
  
  Time: 190 ms, Memory: 10.00Mb
  
  There was 1 error:
  
  1) 
Symfony\Component\Security\Acl\Tests\Domain\ObjectIdentityTest::testFromDomainObjectPrefersInterfaceOverGetId
  PHPUnit_Framework_MockObject_RuntimeException: Trying to configure method 
"getId" which cannot be configured because it does not exist, has not been 
specified, is final, or is static
  
  
/home/lamby/temp/cdt.20160331085920.rjsZiobCPa/php-symfony-security-acl-2.8.0/Tests/Domain/ObjectIdentityTest.php:45
  
  FAILURES!
  Tests: 167, Assertions: 464, Errors: 1, Skipped: 1.
  debian/rules:14: recipe for target 'override_dh_auto_test' failed
  make[1]: *** [override_dh_auto_test] Error 2
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160331085920.rjsZiobCPa/php-symfony-security-acl-2.8.0'
  debian/rules:3: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


php-symfony-security-acl.2.8.0-2.unstable.amd64.log.txt.gz
Description: Binary data

Bug#650601: libpng Package in experimental

[Tobias Frost]

Hi Gianfranco,

I've just got a change to take a look at the new libpng package.
A remark:

- The change that libbpng-dev only recommends libpng16-devtools will cause
some build failures, as several packages needs the devtool to be pulled in but
do not declare a dependency on this.

Of course they can B-D on libpng16-devtools (but requires several sourceful
uploads during the transition), but than we have that nasty SONAME back in the
B-depdencies...
Should we provide also a SONAME-neutral package name here?

I once said that we should check if we could just drop libpng16-devtools'
dependency on libpng-dev... Did you check if that is feasible? In that case we
could retain the dependency on libpng-devtools and it would also not be
necessary to have an libpng-devtools package/provide..


--
tobi

Bug#819619: dopewars: FTBFS: acinclude.m4:880: error: m4_copy: won't overwrite defined macro: glib_DEFUN

[Chris Lamb]

Source: dopewars
Version: 1.5.12-16
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

dopewars fails to build from source in unstable/amd64:

  [..]

  dh_autoreconf
  aclocal: warning: autoconf input should be named 'configure.ac', not 
'configure.in'
  acinclude.m4:1: warning: ill-formed serial number 'AM1', expecting a version 
string with only digits and dots
  acinclude.m4:29: warning: underquoted definition of DP_EXPAND_DIR
  acinclude.m4:29:   run info Automake 'Extending aclocal'
  acinclude.m4:29:   or see 
http://www.gnu.org/software/automake/manual/automake.html#Extending-aclocal
  acinclude.m4:248: warning: the serial number must appear before any macro 
definition
  acinclude.m4:818: warning: the serial number must appear before any macro 
definition
  acinclude.m4:1810: warning: ill-formed serial number 'AM2', expecting a 
version string with only digits and dots
  acinclude.m4:1891: warning: the serial number must appear before any macro 
definition
  acinclude.m4:880: error: m4_copy: won't overwrite defined macro: glib_DEFUN
  acinclude.m4:880: the top level
  autom4te: /usr/bin/m4 failed with exit status: 1
  aclocal: error: echo failed with exit status: 1
  autoreconf: aclocal failed with exit status: 1
  dh_autoreconf: autoreconf -f -i returned exit code 1
  debian/rules:8: recipe for target 'override_dh_autoreconf' failed
  make[1]: *** [override_dh_autoreconf] Error 2
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160331085807.U0tnequjSk/dopewars-1.5.12'
  debian/rules:29: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


dopewars.1.5.12-16.unstable.amd64.log.txt.gz
Description: Binary data

Bug#818708: didiwiki regression: fix for CVE-2013-7448 renders many existing pages inaccessible

[Sergio Gelato]

* Ignace Mouzannar [2016-03-30 22:09:42 -0400]:
> Thank you for reporting this issue. Here is the fix I intend to push
> in src/wiki.c. I have tested the solution on my didiwiki installation,
> and it seems to be working fine.

It still feels somewhat hit-and-miss.

> if (strncmp(page_name, "/", 1) == 0)
> return FALSE;

OK, except that it seems inefficient to call strncmp() for what is really
a single-byte comparison.

> if (strncmp(page_name, "./", 2) == 0)
> return FALSE;

Why? What is wrong with a leading ./ ? It's redundant but quite safe.
Also, why forbid a leading ./ but not an embedded /./ ? I'm inclined
to skip this check entirely.

> if (strncmp(page_name, "..", 2) == 0)
> return FALSE;

Rules out a page named ..like.this. Maybe you meant strcmp(page_name, "..") ?

> if (strstr(page_name, "../"))
> return FALSE;

Rules out a page named like../this.

> if (strstr(page_name, "/.."))
> return FALSE;

Rules out a page named like/..this.

Some of these checks are redundant if one guards against page_name pointing to
a directory. (This can be checked separately at the end, or when the file is
opened.) Then the only .. checks one needs are
strncmp(page_name, "../", 3)
and
strstr(page_name, "/../")
since the remaining cases "..", "*/.." will be caught by the no-directory rule.

Bug#819621: python-phabricator: FTBFS: error: Could not find suitable distribution for Requirement.parse('mock')

[Chris Lamb]

Source: python-phabricator
Version: 0.6.0-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

python-phabricator fails to build from source in unstable/amd64:

  [..]

 dh_auto_test -O--buildsystem=pybuild
  I: pybuild base:184: python2.7 setup.py test 
  running test
  Searching for mock
  
  Note: Bypassing https://pypi.python.org/simple/mock/ (disallowed host; see 
http://bit.ly/1dg9ijs for details).
  
  Couldn't find index page for 'mock' (maybe misspelled?)
  Scanning index of all packages (this may take a while)
  
  Note: Bypassing https://pypi.python.org/simple/ (disallowed host; see 
http://bit.ly/1dg9ijs for details).
  
  No local packages or download links found for mock
  error: Could not find suitable distribution for Requirement.parse('mock')
  E: pybuild pybuild:274: test: plugin distutils failed with: exit code=1: 
python2.7 setup.py test 
  dh_auto_test: pybuild --test -i python{version} -p 2.7 --dir . returned exit 
code 13
  debian/rules:6: recipe for target 'build' failed
  make: *** [build] Error 25

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


python-phabricator.0.6.0-2.unstable.amd64.log.txt.gz
Description: Binary data

Bug#650601: libpng Package in experimental

[Tobias Frost]

> Hi Gianfranco,
>
> Of course they can B-D on libpng16-devtools (but requires several sourceful
> uploads during the transition), but than we have that nasty SONAME back in the
> B-depdencies...
> Should we provide also a SONAME-neutral package name here?

Ähm, we have already a Provides: libpng-devtools here, I just didn't see it..
So strike that part above

-- 
tobi

Bug#819622: unixodbc: Performance degradation with large number of statements due to slow handle validation

[Adam Reichold]

Package: unixodbc
Version: 2.3.1-3.2cuculus
Severity: normal

Dear Maintainer,

we are building long-running services that in some larger setups operate with
dozens of parallel database connections and prepare several hundred
statements on each of these connections. Hence we are often in situations
were we have several thousand active statement handles in flight within
the unixODBC driver manager.

However, we did notice that peformance degrades significantly in these
configurations as all of our threads are effectively serialized on a single
lock within the unixODBC driver manager. This lock seems to be used to protect
a singly-linked list of all valid statement handles within the driver manager
which is used to return an error code to the calling application if it tries to
use a statement handle that was not yet allocated is already freed. This O(N)
look-up together with the cache misses from the singly-linked list seems to
make this a performance bottleneck in our use case.

The above validation scheme can be disabled at build time by passing the
--enable-fastvalidate flag to the configure script. We do this using a rebuild
of the Debian package and the performance characteristics are now as expected.

Since passing an invalid handle to the driver manager can only happen if the
calling application has a programming error, we would characterize the default
behaviour as a debugging feature not really suitable for production use. We
therefore kindly request to include the --enable-fastvalidation build time
option in the official Debian package. Thank you for time and effort.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages unixodbc depends on:
ii  libc6 2.19-18+deb8u3
ii  libodbc1  2.3.1-3.2cuculus
ii  libreadline6  6.3-8+b3
ii  odbcinst1debian2  2.3.1-3.2cuculus

unixodbc recommends no packages.

unixodbc suggests no packages.

-- no debconf information

Bug#819623: ITP: ironic-ui -- bare metal hypervisor API for OpenStack - Dashboard plugin

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: ironic-ui
  Version : 1.1.1
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/ironic-ui
* License : Apache-2.0
  Programming Lang: Python
  Description : bare metal hypervisor API for OpenStack - Dashboard plugin

 Ironic provision bare metal machines instead of virtual machines. It is a fork
 of the Nova Baremetal driver. It is best thought of as a bare metal hypervisor
 API and a set of plugins which interact with the bare metal hypervisors. By
 default, it will use PXE and IPMI in concert to provision and turn on/off
 machines, but Ironic also supports vendor-specific plugins which may implement
 additional functionality.
 .
 This package contains the Ironic OpenStack dashboard plugin.

Bug#650601: libpng Package in experimental

[Gianfranco Costamagna]

Hi,


>- The change that libbpng-dev only recommends libpng16-devtools will cause
>some build failures, as several packages needs the devtool to be pulled in but
>do not declare a dependency on this.
>


the rationale for the change is that libpng-dev is Multiarch: same, while
devtools is providing a binary in usr/bin/*

so, I don't think a multiarch package can depend on a non-multiarch one.

that said, if you have a better way to handle this I would really appreciate it.

(that package has a script libpng-config in usr/bin that contains arch-dep 
information)
e.g.

"libdir="${prefix}/lib/x86_64-linux-gnu""

>I once said that we should check if we could just drop libpng16-devtools'
>dependency on libpng-dev... Did you check if that is feasible? In that case we
>could retain the dependency on libpng-devtools and it would also not be
>necessary to have an libpng-devtools package/provide..


I tried to keep the package with the same dependencies in my refactoring, except
for this issue, because otherwise the package would have break multiarch 
support.

BTW we have a pkgconfig file, I would like to even patch packages using the 
"libpng-config" script to use pkg-config in a more sane way.

I don't even know why people would have the need to call such scripts.

what is your opinion?

I would be happy to fix packages, if that means having a multiarch libpng.

thanks for the helpful feedback!


g.

Bug#819493: Bug#762594: Bug#819493: debian-security-support: FTBFS on jessie: attemps to install nonexistent security-support-ended.deb8+deb8u3 file

[Raphael Hertzog]

On Wed, 30 Mar 2016, Santiago Ruano Rincón wrote:
> I wonder if a more suitable approach, and close #762594 along, would be
> to include all security-support-ended* lists files in the binary
> package, and make check-support-status to evaluate the debian_version
> where it runs.

Yeah, definitely.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#819588: openjade: Tries to open /etc/sgml/openjade1.3.cat

[Preuße]

reassign 819588 openjade1.3
retitle 819588 openjade1.3: does not unregister its catalog upon purge
stop

On 31.03.2016 01:04, Neil Roeth wrote:

Hi,

> Thanks for the report. Can you provide answers to these questions?
> 
> * Was the openjade1.3 package installed when this error occurred?
> 
No.

> * If removed, did you do a purge as well?
> 
Yes.

> * Did /etc/sgml/catalog contain both openjade1.3.cat and openjade.cat, or
>   just openjade1.3.cat?
> 
Here is the file contents, even after purge of openjade1.3 (and
/etc/sgml/openjade1.3.cat is gone).

--
## This file is created by update-catalog with update-super.
## Please see update-catalog(8) for how to modify this file.
--
CATALOG /etc/sgml/openjade.cat
CATALOG /etc/sgml/jade.cat
CATALOG /etc/sgml/debiandoc-sgml.cat
CATALOG /etc/sgml/docbook.cat
CATALOG /etc/sgml/docbook-xml.cat
CATALOG /etc/sgml/openjade1.3.cat
CATALOG /etc/sgml/sgml-data.cat
CATALOG /etc/sgml/xml-core.cat
CATALOG /etc/sgml/docbook-dsssl.cat

So new guess: openjade1.3 does not unregister its catalog.

sid:/var/lib# less -X /var/lib/dpkg/info/openjade1.3.postrm
#!/bin/sh
set -e
# Automatically added by dh_installcatalogs
if [ "$1" = "purge" ]; then
rm -f /etc/sgml/openjade1.3.cat.old
fi
# End automatically added section

Maybe simply calling dh_installcatalogs in debian/rules is not sufficient.

Hilmar
-- 
http://www.hilmar-preusse.de.vu/   #206401 http://counter.li.org

Bug#819612: mysql-utilities: zip file in /etc: /etc/mysql/mysql-fabric-doctrine-1.4.0.zip

[Dmitry Smirnov]

On Thursday, 31 March 2016 8:44:27 AM AEDT Sandro Tosi wrote:
> mistakes happen, i dont think there's to be so judgemental...

Thanks, Sandro. It's just one of those cases that shouldn't have pass through 
peer review...

-- 
Regards,
 Dmitry Smirnov.

---

In individuals, insanity is rare; but in groups, parties, nations and
epochs, it is the rule.
-- Friedrich Nietzsche


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

Bug#819534: libreoffice: LibreOffice fails to start

[Rene Engelhard]

Hi,

On Thu, Mar 31, 2016 at 11:11:40AM +0300, Stanislav Fyodorov wrote:
>  Do you have extensions installed? if yes, what?
> 
>Yes, I have this ones:
>* libreoffice-lightproof-en (0.4.3+1.5+git20140515-2)
>* libreoffice-lightproof-ru-ru (0.3.2+1.5+git20140515-2)

Those two are. But also stretch, doesn't matter really, though, -2 just
is a dependency change as python-uno was gone)

>* patterns hyphen-en-us (2.8.8-2)
>* patterns hyphen-ru (20030310-1)
>* thesaurus mythes-en-us (1:5.1.1-1)
>* thesaurus mythes-ru (1:5.1.1-1)

Those are not in Debian - regardless of what LO (imho brokenly, LO is not the
only user of those) ships. :)

Even when doing the steps I did before with libreoffice-lightproof-en and
libreoffice-lightproof-ru-ru installed it works. (The first jessie start
recognizes them and saves the info in the profile.)
I even installed the stretch versions again to go sure.

Works for me...

# unopkg list --bundled
javaldx: Could not find a Java Runtime Environment!
All deployed bundled extensions:

Identifier: org.openoffice.comp.pyuno.lightproof.oxt.lightproof_en
  Version: 0.4.3
  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/lightproof_en
  is registered: yes
  Media-Type: application/vnd.sun.star.package-bundle
  Description: 
  bundled Packages: {
  URL: 
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/lightproof_en/dialog/OptionsDialog.xcs
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-schema
  Description: 

  URL: 
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/lightproof_en/dialog/OptionsDialog.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/lightproof_en/Lightproof.py
  is registered: yes
  Media-Type: application/vnd.sun.star.uno-component;type=Python
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/lightproof_en/Linguistic.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  }

Identifier: org.openoffice.comp.pyuno.lightproof.oxt.lightproof_ru_RU
  Version: 0.3.2
  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/lightproof_ru_RU
  is registered: yes
  Media-Type: application/vnd.sun.star.package-bundle
  Description: 
  bundled Packages: {
  URL: 
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/lightproof_ru_RU/dialog/OptionsDialog.xcs
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-schema
  Description: 

  URL: 
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/lightproof_ru_RU/dialog/OptionsDialog.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  URL: 
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/lightproof_ru_RU/Lightproof.py
  is registered: yes
  Media-Type: application/vnd.sun.star.uno-component;type=Python
  Description: 

  URL: 
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/lightproof_ru_RU/Linguistic.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  }

and LO starts.

Regards,

Rene

Bug#819624: nemo: Unzip a archive with lot of small files (>100K) are very slow

[William MARTIN]

Package: nemo
Version: 2.2.4-2
Severity: normal

Dear Maintainer,

I works with large zip files : 150K files of 30Ko
When i unzip this archive with CLI tools, it take 10 seconds.
When i unzip this archive with the nemo GUI, the extraction take severals 
minutes and slow down when extracting.

Best regards,

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages nemo depends on:
ii  desktop-file-utils 0.22-1
ii  gsettings-desktop-schemas  3.14.1-1
ii  gvfs   1.22.2-1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-18+deb8u3
ii  libcairo-gobject2  1.14.0-2.1
ii  libcairo2  1.14.0-2.1
ii  libcinnamon-desktop4   2.2.3-3
ii  libexempi3 2.2.1-2
ii  libexif12  0.6.21-2
ii  libgail-3-03.14.5-1+deb8u1
ii  libgdk-pixbuf2.0-0 2.31.1-2+deb8u4
ii  libglib2.0-0   2.42.1-1
ii  libglib2.0-data2.42.1-1
ii  libgtk-3-0 3.14.5-1+deb8u1
ii  libnemo-extension1 2.2.4-2
ii  libnotify4 0.7.6-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libx11-6   2:1.6.2-3
ii  libxml22.9.1+dfsg1-5+deb8u1
ii  nemo-data  2.2.4-2
ii  shared-mime-info   1.3-1

Versions of packages nemo recommends:
ii  cinnamon-l10n2.2.4-1
ii  eject2.1.5+deb1+cvs20081104-13.1
ii  gvfs-backends1.22.2-1
ii  librsvg2-common  2.40.5-1
ii  nemo-fileroller  1.8.0-1

Versions of packages nemo suggests:
ii  eog3.14.1-1
ii  evince [pdf-viewer]3.14.1-2
ii  totem  3.14.0-2
ii  vlc [mp3-decoder]  2.2.1-1~deb8u1
ii  vlc-nox [mp3-decoder]  2.2.1-1~deb8u1
ii  xdg-user-dirs  0.15-2

-- no debconf information

Bug#819620: [pkg-php-pear] Bug#819620: php-symfony-security-acl: FTBFS: Trying to configure method "getId" which cannot be configured because it does not exist, has not been specified, is final, or is

[Daniel Beyer]

Hi Chris,

On Thu, 2016-03-31 at 09:01 +0100, Chris Lamb wrote:
>(...)
> Dear Maintainer,
> 
> php-symfony-security-acl fails to build from source in unstable/amd64:
> 
>  (...)
>   
>   1) 
> Symfony\Component\Security\Acl\Tests\Domain\ObjectIdentityTest::testFromDomainObjectPrefersInterfaceOverGetId
>   PHPUnit_Framework_MockObject_RuntimeException: Trying to configure method 
> "getId" which cannot be configured because it does not exist, has not been 
> specified, is final, or is static
>   
>   
> /home/lamby/temp/cdt.20160331085920.rjsZiobCPa/php-symfony-security-acl-2.8.0/Tests/Domain/ObjectIdentityTest.php:45
> (...)

Using the nightly beta build of phpunit 5.3 (from phpunit.de) I see
exactly the same error, thus I suspect it is related to
phpunit-mock-objects. I'll forward this issue upstream later today.

Greetings
Daniel


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

Bug#812087: [pcscd] takes 100 % cpu

[Eric Valette]

On 03/30/2016 06:45 PM, Ludovic Rousseau wrote:


I can't explain. I just note what is common in the different cases.
I have no idea what is wrong.


Side note as I booted the computer with the key attached this morning, 
pcscd does not eat CPU in this case.


It is really related to USB hotplug...

-- eric

Bug#819585: local-apt-repository: add a "suite" name to local-apt-repository.list

[Martintxo]

Hello

I don't know how this things works. I'm only a user (a poweruser maybe)...

But (in my use cases at least) I don't think that a way to put the
local-apt-repository packages in most priority than others is a good idea. For
me, the use of local-apt-repository is only for testing purposes, or for last
resort problem solving...

But you know better than me :-D Greetings. Martintxo.

2016/03/31 00:24 (og.) eguna,
Joachim Breitner (e)k idatzi zuen:

> Dear Marintxo,
> 
> thanks for the suggestion! Maybe the Release file can have a suite
> entry. Or alternatively, the local-apt-repository documentation can
> give instructions on how to use apt-pinning to prefer packages from the
> local repository? Or maybe even do that by default?
> 
> I don’t think I’ll do a deep investigation into the possibilities soon,
> but I’m happy to review and merge tested patches!
> 
> Greetings,
> Joachim
> 
> -- 
> Joachim “nomeata” Breitner
> Debian Developer
>   nome...@debian.org • https://people.debian.org/~nomeata
>   XMPP: nome...@joachim-breitner.de • GPG-Key: 0xF0FBF51F
>   https://www.joachim-breitner.de/



Sustrai Erakuntza: respuesta jurídico-técnica a proyectos insostenibles.
  proiektu jasangaitzei erantzun juridiko-teknikoa.
  http://www.fundacionsustrai.org
  http://www.sustraierakuntza.org

Bug#819612: mysql-utilities: zip file in /etc: /etc/mysql/mysql-fabric-doctrine-1.4.0.zip

[Sandro Tosi]

On Thu, Mar 31, 2016 at 9:32 AM, Dmitry Smirnov  wrote:
> On Thursday, 31 March 2016 8:44:27 AM AEDT Sandro Tosi wrote:
>> mistakes happen, i dont think there's to be so judgemental...
>
> Thanks, Sandro. It's just one of those cases that shouldn't have pass through
> peer review...

I'm not sure what you want to achieve with this passive-aggressive
attitude. If your main goal is to regain solo maintenance of
mysql-utilities, by all means just go ahead and remove me from the
Uploaders field. Else, you might want to hold off your preaching.

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#819612: mysql-utilities: zip file in /etc: /etc/mysql/mysql-fabric-doctrine-1.4.0.zip

[Dmitry Smirnov]

On Thursday, 31 March 2016 10:02:43 AM AEDT Sandro Tosi wrote:
> I'm not sure what you want to achieve with this passive-aggressive
> attitude. If your main goal is to regain solo maintenance of
> mysql-utilities, by all means just go ahead and remove me from the
> Uploaders field. Else, you might want to hold off your preaching.

Sandro, I appreciate all your help and only blaming myself as I am indeed 
disappointed for missing it. Anyway the problem is already fixed (I've just 
uploaded the package), let's move on please.

-- 
Regards,
 Dmitry Smirnov.

---

Good luck happens when preparedness meets opportunity.


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

Bug#790727: Fixed in 0.8.23

[Stefan]

I am seeing this in one of my scripts:

defined(@array) is deprecated at /usr/share/perl5/Mail/Sender.pm line 
318.
(Maybe you should just omit the defined()?)
Possible precedence issue with control flow operator at
/usr/share/perl5/Mail/Sender.pm line 2548.
defined(@array) is deprecated at 
/usr/share/perl5/Mail/Sender.pm line
2693.
(Maybe you should just omit the defined()?)

after upgrading to jessie. Upstream has a bug report[1]:

It's very probable that Ubuntu does not have the latest Mail::Sender
version in their repositories, as the latest CPAN version (0.8.23) tests
fine even for perl 5.21.x, where this warning is a fatal error. See
http://matrix.cpantesters.org/?dist=Mail-Sender+0.8.23

After installing a dh-make-perl generated 0.8.23 package the warning is gone for
me.

Stefan

[1] https://rt.cpan.org/Public/Bug/Display.html?id=100782

Bug#819625: network-manager-gnome: Wireless networks unaccessible

[Hynek Vychodil]

Package: network-manager-gnome
Version: 1.1.91-1
Severity: critical
Justification: breaks unrelated software

Dear Maintainer,

after upgrade of network-manager-gnome from version 1.1.90-3 to the 1.1.91-1
wireless networks are unaccessible. There is not visible "Enable Wi-Fi"
option in pop-up menu. The automatic connection doesn't work. There are not
visible networks for manual connections in menu. `iwlist scan` shows available
networks as usual. After downgrading back to 1.1.90-3 version it works
seamlessly again. (only three packages network-manager-gnome, libnma0 and
libnma-common back to the 1.1.90-3)


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

Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages network-manager-gnome depends on:
ii  dbus-x11 1.10.8-1
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  gnome-icon-theme 3.12.0-1
ii  libatk1.0-0  2.18.0-1
ii  libc62.22-4
ii  libcairo21.14.6-1
ii  libdbus-1-3  1.10.8-1
ii  libdbus-glib-1-2 0.106-1
ii  libgdk-pixbuf2.0-0   2.32.3-1.2
ii  libglib2.0-0 2.48.0-1
ii  libgtk-3-0   3.18.9-1
ii  libmm-glib0  1.4.14-1
ii  libnm0   1.1.91-3
ii  libnma0  1.1.91-3
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libsecret-1-00.18.3-1
ii  network-manager  1.1.91-3
ii  policykit-1-gnome0.105-2

Versions of packages network-manager-gnome recommends:
ii  gnome-keyring   3.18.3-1
ii  gnome-shell [notification-daemon]   3.18.1-1
ii  iso-codes   3.66-1
ii  mobile-broadband-provider-info  20140317-1
ii  notification-daemon 3.18.2-1
ii  plasma-workspace [notification-daemon]  4:5.4.3-2
ii  xfce4-notifyd [notification-daemon] 0.2.4-3+b1

Versions of packages network-manager-gnome suggests:
pn  network-manager-openconnect-gnome  
pn  network-manager-openvpn-gnome  
pn  network-manager-pptp-gnome 
pn  network-manager-vpnc-gnome 

-- no debconf information

Bug#819626: elinks: add third party cookies option

[Fulano Diego Perez]

Package: elinks
Version: 0.12~pre6-11+b2
Severity: wishlist
Tags: upstream


<- add third party cookies option



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

Kernel: Linux 4.4.0-1-amd64
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages elinks depends on:
ii  debconf [debconf-2.0]  1.5.59
ii  dpkg   1.18.4
ii  elinks-data0.12~pre6-11
ii  libbz2-1.0 1.0.6-8
ii  libc6  2.22-4
ii  libcomerr2 1.43~WIP.2016.03.15-2
ii  libexpat1  2.1.1-1
ii  libfsplib0 0.11-2
ii  libgnutls303.4.10-4
ii  libgpm21.20.4-6.1+b2
ii  libgssapi-krb5-2   1.13.2+dfsg-5
ii  libidn11   1.32-3
ii  libk5crypto3   1.13.2+dfsg-5
ii  libkrb5-3  1.13.2+dfsg-5
pn  liblua5.1-0
ii  libperl5.225.22.1-9
ii  libtre50.8.0-4
ii  zlib1g 1:1.2.8.dfsg-2+b1

elinks recommends no packages.

Versions of packages elinks suggests:
pn  elinks-doc  

-- no debconf information

Bug#819627: php7.0: FTBFS on hurd-i386

[Svante Signell]

Source: php7.0
Version: 7.0.4-7
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hello,

Currently php7.0 fails to build on GNU/Hurd due to PATH_MAX issues. The attached
patch 0051-ext_date_lib_parse_tz.c.patch solves this by allocating the strings
dynamically and free them when no longer needed. Note that the return value of
malloc() is not checked for create_zone_index() since it is declared 'static
void'. Other calls to malloc() in that function does not check the return value
either.


Thanks!Index: php7.0-7.0.4/ext/date/lib/parse_tz.c
===
--- php7.0-7.0.4.orig/ext/date/lib/parse_tz.c
+++ php7.0-7.0.4/ext/date/lib/parse_tz.c
@@ -428,13 +428,19 @@ static char *parse_iso6709(char *p, doub
 static struct location_info **create_location_table(void)
 {
 struct location_info **li, *i;
-char zone_tab[PATH_MAX];
+char *zone_tab = NULL;
+int len;
 char line[512];
 FILE *fp;
 
-strncpy(zone_tab, ZONEINFO_PREFIX "/zone.tab", sizeof zone_tab);
+len = strlen(ZONEINFO_PREFIX) + 9 + 1;
+zone_tab = malloc(len);
+if (!zone_tab)
+return NULL;
+strncpy(zone_tab, ZONEINFO_PREFIX "/zone.tab", len);
 
 fp = fopen(zone_tab, "r");
+free(zone_tab);
 if (!fp) {
 return NULL;
 }
@@ -568,12 +574,14 @@ static void create_zone_index(timelib_tz
 
 	do {
 		struct dirent **ents;
-		char name[PATH_MAX], *top;
-		int count;
+		char *name = NULL, *top;
+		int count, len;
 
 		/* Pop the top stack entry, and iterate through its contents. */
 		top = dirstack[--dirstack_top];
-		snprintf(name, sizeof name, ZONEINFO_PREFIX "/%s", top);
+		len = strlen(ZONEINFO_PREFIX) + 1 + strlen(top) + 1;
+		name = malloc(len);
+		snprintf(name, len, ZONEINFO_PREFIX "/%s", top);
 
 		count = php_scandir(name, &ents, index_filter, php_alphasort);
 
@@ -581,7 +589,9 @@ static void create_zone_index(timelib_tz
 			struct stat st;
 			const char *leaf = ents[count - 1]->d_name;
 
-			snprintf(name, sizeof name, ZONEINFO_PREFIX "/%s/%s", 
+			len = strlen(ZONEINFO_PREFIX) + 1 + strlen(top) + 1 + strlen(leaf) + 1;
+			name = realloc(name, len);
+			snprintf(name, len, ZONEINFO_PREFIX "/%s/%s",
  top, leaf);
 			
 			if (strlen(name) && stat(name, &st) == 0) {
@@ -590,7 +600,9 @@ static void create_zone_index(timelib_tz
 
 if (root[0] == '/') root++;
 
-snprintf(name, sizeof name, "%s%s%s", root, 
+len = strlen(root) + 1 + strlen(leaf) + 1;
+name = realloc(name, len);
+snprintf(name, len, "%s%s%s", root,
 	 *root ? "/": "", leaf);
 
 if (S_ISDIR(st.st_mode)) {
@@ -616,6 +628,7 @@ static void create_zone_index(timelib_tz
 		}
 		
 		if (count != -1) free(ents);
+		free(name);
 		free(top);
 	} while (dirstack_top);
 
@@ -704,18 +717,24 @@ static const char *canonical_tzname(cons
  * length of the mapped data is placed in *length. */
 static char *map_tzfile(const char *timezone, size_t *length)
 {
-	char fname[PATH_MAX];
+	char *fname = NULL;
 	struct stat st;
 	char *p;
-	int fd;
-	
+	const char *c_tzname = canonical_tzname(timezone);
+	int fd, len;
+
 	if (timezone[0] == '\0' || strstr(timezone, "..") != NULL) {
 		return NULL;
 	}
 
-	snprintf(fname, sizeof fname, ZONEINFO_PREFIX "/%s", canonical_tzname(timezone));
-	
+	len = strlen(ZONEINFO_PREFIX) + 1 + strlen(c_tzname) + 1;
+	fname = malloc(len);
+	if (!fname)
+		return NULL;
+	snprintf(fname, len, ZONEINFO_PREFIX "/%s", c_tzname);
+
 	fd = open(fname, O_RDONLY);
+	free(fname);
 	if (fd == -1) {
 		return NULL;
 	} else if (fstat(fd, &st) != 0 || !is_valid_tzfile(&st)) {
@@ -832,7 +851,9 @@ int timelib_timezone_id_is_valid(char *t
 
 #ifdef HAVE_SYSTEM_TZDATA
 	if (tzdb == timezonedb_system) {
-		char fname[PATH_MAX];
+		char *fname = NULL;
+		const char *c_tzname = canonical_tzname(timezone);
+		int len, res;
 		struct stat st;
 
 		if (timezone[0] == '\0' || strstr(timezone, "..") != NULL) {
@@ -846,9 +867,15 @@ int timelib_timezone_id_is_valid(char *t
 			}
 		}
 
-		snprintf(fname, sizeof fname, ZONEINFO_PREFIX "/%s", canonical_tzname(timezone));
+		len = strlen(ZONEINFO_PREFIX) + 1 + strlen(c_tzname) + 1;
+		fname = malloc(len);
+		if (!fname)
+			return 0;
+		snprintf(fname, len, ZONEINFO_PREFIX "/%s", c_tzname);
 
-		return stat(fname, &st) == 0 && is_valid_tzfile(&st);
+		res = (stat(fname, &st) == 0) && is_valid_tzfile(&st);
+		free(fname);
+		return res;
 	}
 #endif
 

Bug#819628: golang-github-appc-docker2aci: FTBFS in testing

[Santiago Vila]

Package: golang-github-appc-docker2aci
Version: 0.9.2-1
Severity: serious

Dear maintainer:

This package fails to build from source in stretch:


cannot find package "github.com/docker/distribution/reference" in any of:
/usr/lib/go/src/github.com/docker/distribution/reference (from $GOROOT)

/<>/obj-x86_64-linux-gnu/src/github.com/docker/distribution/reference
 (from $GOPATH)


The full build log is attached.

Thanks.

golang-github-appc-docker2aci_0.9.2-1_amd64-20160331-1159.gz
Description: application/gzip

Bug#819629: ITP: surankco -- Supervised Ranking of Contigs in de novo Assemblies

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: surankco
  Version : 0.0.r5
  Upstream Author : Mathias Kuhring 
* URL : https://sourceforge.net/projects/surankco
* License : BSD
  Programming Lang: GNU R / Java
  Description : Supervised Ranking of Contigs in de novo Assemblies
 SuRankCo is a machine learning based software to score and rank
 contigs from de novo assemblies of next generation sequencing data. It
 trains with alignments of contigs with known reference genomes and
 predicts scores and ranking for contigs which have no related
 reference genome yet.


Remark: This package will be maintained by the Debian Med team at
 https://anonscm.debian.org/git/debian-med/surankco.git

Bug#819630: gcl: FTBFS on multiple arches

[Dimitri John Ledkov]

Package: gcl
Severity: important

Dear Maintainer,

I've tried compiling gcl on amd64, s390x. From build logs it fails on
sparc64 too.

In my case it even fails to configure, see attached build log.

Regards,

Dimitri.

sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on ottawa.168.1.5

+==+
| gcl 2.6.12-29 (amd64)  31 Mar 2016 11:07 |
+==+

Package: gcl
Version: 2.6.12-29
Source Version: 2.6.12-29
Distribution: unstable
Machine Architecture: amd64
Host Architecture: amd64
Build Architecture: amd64

I: NOTICE: Log filtering will replace 'build/gcl-yAD_EX/gcl-2.6.12' with 
'<>'
I: NOTICE: Log filtering will replace 'build/gcl-yAD_EX' with '<>'
I: NOTICE: Log filtering will replace 
'var/lib/schroot/mount/sid-amd64-c784aa96-8565-4952-a475-d010dcb68eaf' with 
'<>'

+--+
| Update chroot|
+--+

Get:1 http://mirror.unitedcolo.de/debian sid InRelease [196 kB]
Get:2 http://mirror.unitedcolo.de/debian sid/main Sources.diff/Index [16.5 kB]
Get:3 http://mirror.unitedcolo.de/debian sid/non-free Sources.diff/Index [2212 
B]
Get:4 http://mirror.unitedcolo.de/debian sid/contrib Sources.diff/Index [3196 B]
Get:5 http://mirror.unitedcolo.de/debian sid/main amd64 Packages.diff/Index 
[16.5 kB]
Get:6 http://mirror.unitedcolo.de/debian sid/main Translation-en.diff/Index 
[16.5 kB]
Get:7 http://mirror.unitedcolo.de/debian sid/non-free amd64 Packages.diff/Index 
[2704 B]
Get:8 http://mirror.unitedcolo.de/debian sid/non-free Translation-en.diff/Index 
[2704 B]
Get:9 http://mirror.unitedcolo.de/debian sid/contrib amd64 Packages.diff/Index 
[3196 B]
Get:10 http://mirror.unitedcolo.de/debian sid/contrib Translation-en.diff/Index 
[736 B]
Get:11 http://mirror.unitedcolo.de/debian sid/main Sources [6778 kB]
Get:12 http://mirror.unitedcolo.de/debian sid/non-free Sources [85.0 kB]
Get:13 http://mirror.unitedcolo.de/debian sid/contrib Sources [49.3 kB]
Get:14 http://mirror.unitedcolo.de/debian sid/main amd64 Packages [7085 kB]
Get:15 http://mirror.unitedcolo.de/debian sid/main Translation-en [5367 kB]
Get:16 http://mirror.unitedcolo.de/debian sid/non-free amd64 Packages [79.9 kB]
Get:17 http://mirror.unitedcolo.de/debian sid/non-free Translation-en [81.9 kB]
Get:18 http://mirror.unitedcolo.de/debian sid/contrib amd64 Packages [53.5 kB]
Get:19 http://mirror.unitedcolo.de/debian sid/contrib Translation-en [49.0 kB]
Fetched 19.9 MB in 5s (3364 kB/s)
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
Calculating upgrade...
The following packages will be upgraded:
  adduser apt apt-utils base-files binutils bsdutils coreutils cpp-5 dash
  debconf debconf-i18n debian-keyring dmsetup e2fslibs e2fsprogs findutils
  g++-5 gcc-4.9-base gcc-5 gcc-5-base gnupg gpgv grep gzip hostname init
  init-system-helpers insserv libacl1 libapparmor1 libapt-inst2.0
  libapt-pkg5.0 libasan2 libatomic1 libaudit1 libblkid1 libc-bin libc-dev-bin
  libc6 libc6-dev libcc1-0 libcilkrts5 libcomerr2 libdebconfclient0
  libdevmapper1.02.1 libfdisk1 libgcc-5-dev libgcc1 libgcrypt20 libgomp1
  libgpg-error0 libitm1 liblsan0 liblz4-1 libmount1 libmpfr4 libmpx0
  libncurses5 libncursesw5 libpcre3 libperl5.22 libquadmath0 libseccomp2
  libselinux1 libsemanage1 libsmartcols1 libss2 libstdc++-5-dev libstdc++6
  libsystemd0 libtinfo5 libtsan0 libubsan0 libudev1 libuuid1 linux-libc-dev
  make mount multiarch-support ncurses-base ncurses-bin perl perl-base
  perl-modules-5.22 sed systemd systemd-sysv tzdata util-linux
89 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 169 MB of archives.
After this operation, 2954 kB of additional disk space will be used.
Get:1 http://the.earth.li/debian sid/main amd64 base-files amd64 9.6 [68.2 kB]
Get:2 http://mirror.lchost.net/debian sid/main amd64 bsdutils amd64 1:2.27.1-6 
[104 kB]
Get:3 http://the.earth.li/debian sid/main amd64 coreutils amd64 8.25-2 [2857 kB]
Get:10 http://mirror.lchost.net/debian sid/main amd64 libquadmath0 amd64 
5.3.1-13 [131 kB]
Get:4 http://ftp.ticklers.org/debian sid/main amd64 dash amd64 0.5.8-2.2 [108 
kB]
Get:13 http://mirror.lchost.net/debian sid/main amd64 libatomic1 amd64 5.3.1-13 
[8642 B]
Get:20 http://mirror.lchost.net/debian sid/main amd64 libcilkrts5 amd64 
5.3.1-13 [39.7 kB]
Get:21 http://mirror.lchost.net/debian sid/main amd64 libmpx0 amd64 5.3.1-13 
[9420 B]
Get:23 http://mirror.lchost.net/debian sid/main amd64 libcc1-0 amd64 5.3.1-13 
[38.3 kB]
Get:9 http://ftp.ticklers.org/debian sid/main amd64 libc-bin amd64 2.22-5 [761 
kB]
Get:25 http://mirror.lchost.net/debian sid/main amd64 gcc-5 amd64 5.3.1-13 
[29.7 MB]
Get:12 http://ftp.ti

Bug#818146: samba: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Santiago Vila]

On Mon, 14 Mar 2016, Santiago Vila wrote:

> sed -i 's|/etc/sysconfig/|/etc/default/|' 
> /<>/samba-4.3.6+dfsg/debian/ctdb/usr/share/doc/ctdb/web/*.html
> sed: can't read 
> /<>/samba-4.3.6+dfsg/debian/ctdb/usr/share/doc/ctdb/web/*.html: No 
> such file or directory

Explanation: When using "dpkg-buildpackage -A", we are creating
architecture-independent packages only, so debian/ctdb does not exist.

But everything in override_dh_installdocs is for ctdb, which is Arch: any,
so the trivial fix is to override dh_installdocs only for architecture
dependent packages.

The attached patch might work, please test it.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -104,7 +104,7 @@ override_dh_auto_test:
 override_dh_systemd_start:
dh_systemd_start -pctdb --no-start --no-restart-on-upgrade
 
-override_dh_installdocs:
+override_dh_installdocs-arch:
cp ctdb/config/events.d/README ctdb/README.eventscripts
cp ctdb/config/notify.d.README ctdb/README.notify.d
dh_installdocs

Bug#819631: ngrok 1.x cannot use ngrok.com anymore

[Vincent Bernat]

Package: ngrok-client
Version: 1.6+dfsg-1
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hey!

ngrok-client cannot use ngrok.com anymore. A user could still use
ngrok-server. Bug grave because I think most users are using
ngrok.com. Moreover, ngrok 1.x is not maintained anymore, so it would
be better to just remove it from Debian. This bug will at least
prevent migration to testing.

ngrok 2.x is not open source.

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

Kernel: Linux 4.5.0-trunk-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
Init: systemd (via /run/systemd/system)

Versions of packages ngrok-client depends on:
ii  libc6  2.22-5

ngrok-client recommends no packages.

ngrok-client suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJW/PwGAAoJEJWkL+g1NSX5XvkP/2nKxiOMJ3i94kmKcn4AEZmE
0vjc8ZloSyT5lH5nIUzNyjs9CnllV5JN3o9oPJ5DfFVKPgSWX4k75qj7YS3F5Lcp
D3JxtjafKwfF602SA/XeOLG01Vml8bpUkJnlHmA7fGm8T6A0Hjt8UAV6u9QuFHN1
93wRECTx/cZ89dEgzy+9ZJb3pPVTbHP421YgbVK2uCsWvkSOzM0liBaemTfMbTv9
FHRTwazHN4hLREWomvRgrBdxUZOSz//yU4dMhhgTip92ORDwaSjnLepIAoZzaqtL
olpCTbW8VhQHM42cvi7QmgRsc0yJZNJsVcEUevcjqwidUYtOlvmN2vyRK3UKqkhd
wnGFC/Ut/tzEQsDslq2/jwRQKdV8AUeOxPq01Id4IXrs+gqMZVcbFBErtvaTN0b0
ljsozzQzfCoPkZX3U3BrC7zHMPRis7T/omGXMlqgqw/4AndU7T55lk1z/Sj0s5Vz
tH6ypmuABHcph/ixHam2jj6Qt+NOgX5YPo5Hb3IcHNg5sGU1pttqwqYdNzu3qRhX
6Z1AnzC93dNzr71bP4eVRWT4mXYH3+eFUnBpdsrZjVv7MY+y0xO1jGys2y13MsF8
OoIqK7OgbkbXRjAnJv+KON6WmMX3V8tGf+4SHjYvq29wshk8Z3NIMMaiiOs4NcOr
CXE+n9SDZs/Pgm8YHCSD
=sLhI
-END PGP SIGNATURE-

Bug#819632: libratbag3: tmp

[Julian Calaby]

Package: libratbag3
Version: 0.4-1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***

Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Julian Calaby 
To: Debian Bug Tracking System 
Subject: libratbag3: Udev rules and hwdb entries installed in wrong directory
Message-ID: <145942004521.2272.6955824414596323488.reportbug@kbytebucket>
X-Mailer: reportbug 6.6.6
Date: Thu, 31 Mar 2016 21:27:25 +1100

Package: libratbag3
Version: 0.4-1
Severity: important

Dear Maintainer,

libratbag3 installs it's udev rules and hwdb rules in
/lib/udev/udev/rules.d
and
/lib/udev/udev/hwdb.d

where it should be installing them in
/lib/udev/rules.d
and
/lib/udev/hwdb.d
respectively.

Thanks,

Julian Calaby


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

Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libratbag3 depends on:
ii  libc6  2.22-4
ii  libevdev2  1.4.6+dfsg-1
ii  libudev1   229-3

libratbag3 recommends no packages.

libratbag3 suggests no packages.

-- no debconf information

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

Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libratbag3 depends on:
ii  libc6  2.22-4
ii  libevdev2  1.4.6+dfsg-1
ii  libudev1   229-3

libratbag3 recommends no packages.

libratbag3 suggests no packages.

-- no debconf information

Bug#819633: libratbag3: Udev rules and hwdb entries installed in wrong directory

[Julian Calaby]

Package: libratbag3
Version: 0.4-1
Severity: important

Dear Maintainer,

libratbag3 installs it's udev rules and hwdb rules in
/lib/udev/udev/rules.d
and
/lib/udev/udev/hwdb.d

where it should be installing them in
/lib/udev/rules.d
and
/lib/udev/hwdb.d
respectively.

Thanks,

Julian Calaby


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

Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libratbag3 depends on:
ii  libc6  2.22-4
ii  libevdev2  1.4.6+dfsg-1
ii  libudev1   229-3

libratbag3 recommends no packages.

libratbag3 suggests no packages.

-- no debconf information

Bug#697821: libpng-dev in experimental has now the real package

[Gianfranco Costamagna]

Hi, FYI I uploaded yesterday a libpng-dev pointing to libpng16-16 package.
In the next few days everything uploaded in experimental will start building 
against
this, and I hope to have a transition inplace in the next few days/weeks.


So, ppsspp might have some better chances now to go in Debian.

Adrian, do you think you can ask some experimental binNMUs against the new 
libpng
to make stuff installable?
that way you will be able to test the package if I remember correctly the 
situation
we have left some months ago.

thanks and sorry for the delay,

G.

Bug#818146: [Pkg-samba-maint] Bug#818146: samba: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Jelmer Vernooij]

Matthieu, as you did the ctdb packaging, could you have a look?

On 31 March 2016 11:24:10 BST, Santiago Vila  wrote:
>On Mon, 14 Mar 2016, Santiago Vila wrote:
>
>> sed -i 's|/etc/sysconfig/|/etc/default/|'
>/<>/samba-4.3.6+dfsg/debian/ctdb/usr/share/doc/ctdb/web/*.html
>> sed: can't read
>/<>/samba-4.3.6+dfsg/debian/ctdb/usr/share/doc/ctdb/web/*.html:
>No such file or directory
>
>Explanation: When using "dpkg-buildpackage -A", we are creating
>architecture-independent packages only, so debian/ctdb does not exist.
>
>But everything in override_dh_installdocs is for ctdb, which is Arch:
>any,
>so the trivial fix is to override dh_installdocs only for architecture
>dependent packages.
>
>The attached patch might work, please test it.
>
>Thanks.
>
>
>
>___
>Pkg-samba-maint mailing list
>pkg-samba-ma...@lists.alioth.debian.org
>http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-samba-maint

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Bug#819634: amavisd-new: Amavis fails while parsing headers

[herrmann]

Package: amavisd-new
Version: 1:2.10.1-1
Severity: minor

Dear Maintainer,

In short: A trojan was delivered as mail attachment to a user though amavis is
configured to block this kind of attachments.

Amavis claimed that it couldn't check the attachment because of a "BAD HEADER
SECTION", but the headers - afai can see - are well formed and interpretable.

The story: A user called me, that he had received several suspicious mails. I
moved those mails into quarantine and inspected them. The mails, three in
total, all contained a zipped file as attachment and this file contained
javascript (filename.js). Amavis is configured to block zip-files containing
..js-file, so I wondered why this mails had gone through.

A further investigation showed, that amavis claimed the attachments to be
unreadable due to a bad header. That is not uncommon, this special kind of
trojans is spreaded in vast amounts during the past few days, and it is in
fact mostly unreadable due to miscrafted headers. But in any other case I
investigated, not one of several tested mail clients was able to read the
attachment, no unzipper was able to unzip it.

But in this special case, all the three mails the user had got where perfectly
readable and unzippable with any tested client. So I wonder, why amavis claims
a bad header. Fortunately this user did not open the attachment and double
click the .js...

And now it becomes queer: I tried to attach one of these mails to my bug
report, but sending the report failed because... this time amavis was able
to read the headers, it was able to check the attachment, found the trojan
and subsequently blocked the outgoing mail.

So I will now resend this report without sample and hope to be able to upload
it later.


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Bug#806004: cgmanager: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Santiago Vila]

> cp: cannot create regular file 
> '/<>/debian/libpam-cgm/usr/share/pam-configs/cgm': No such file 
> or directory
> debian/rules:25: recipe for target 'override_dh_install' failed

This happens because we are creating only arch-independent packages,
so debian/libpam-cgm does not exist, as it belongs to libpam-cgm
which is Arch: any.


The attached patch might fix this problem, as it renames current
override_dh_install to override_dh_auto_install (where file moving in
debian/tmp is better placed), but moves commands for the libpam-cgm
package to a new target called override_dh_install-arch, which will
only work when creating arch-dependent packages.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -21,18 +21,21 @@ override_dh_auto_configure:
 override_dh_makeshlibs:
dh_makeshlibs -- -c4
 
-override_dh_install:
+override_dh_auto_install:
+   dh_auto_install
mkdir -p $(CURDIR)/debian/tmp/lib/$(DEB_HOST_MULTIARCH)
mv $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libcgmanager.so.* 
\
$(CURDIR)/debian/tmp/lib/$(DEB_HOST_MULTIARCH)/
-   cp $(CURDIR)/debian/pam-cgm.config \
-   $(CURDIR)/debian/libpam-cgm/usr/share/pam-configs/cgm
for i in 
$(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libcgmanager.so ; do \
dest=$$(readlink $$i) ; \
rm -f $$i ; \
ln -s /lib/$(DEB_HOST_MULTIARCH)/$$dest $$i ; \
done
+
+override_dh_install-arch:
dh_install
+   cp $(CURDIR)/debian/pam-cgm.config \
+   $(CURDIR)/debian/libpam-cgm/usr/share/pam-configs/cgm
 
 override_dh_installinit:
dh_systemd_enable -pcgmanager --name=cgmanager

Bug#815190: dh-make-perl: Accesses apt-file 3 cache directly

[Damyan Ivanov]

-=| gregor herrmann, 30.03.2016 18:16:29 +0200 |=-
> On Sun, 27 Mar 2016 17:09:32 +0200, gregor herrmann wrote:
> 
> > On Sun, 27 Mar 2016 08:29:04 +, Niels Thykier wrote:
> > > Damyan Ivanov:
> > > > What I am not clear about is whether this interface to apt-file is 
> > > > something new that is not available in stable. If so, we'd need either 
> > > > a suitable dependency or some kind of legacy support?
> > > > If this is a new interface I'd probably opt to adding the dependency 
> > > > and let stable users provide a patch :)
> [..]
> > > It is a new interface that requires APT 1.1 (or so).  It is not
> > > available in stable and nor do I expect it to be backported (though the
> > > APT maintainers could prove me wrong here).
> > 
> > Currently we have
> > Recommends: apt-file (>= 2.5.0),
> > and my idea was to bump this to >= 3.
> > 
> > apt-file itself has Depends: apt (>= 1.1.8); we could maybe also use
> > the same term; OTOH having apt-file explicitly makes it clearer what
> > this is about ...
> > 
> > I've now merged the changes into master, bumped the Recommends on
> > apt-file to >= 3 (but I'm also fine with going for apt directly), and
> > added a changelog entry.
> 
> Any opinions on 'apt-file (>= 3)' vs. 'apt (>= 1.1.8)'?

I think 'apt-file (>= 3)' is better, since we use apt-file's 
interface, not apt directly. As I understand it, what other 
dependencies apt has in order to provide its new interface does not 
concern dh-make-perl but apt-file's dependencies.

(Except if apt-file's new functionality were somewhat optional and 
apt-file had no hard dependency on apt 1.1.8, in which case it seems 
to me an additional recommendation in dh-make-perl would be proper)


-- dam


signature.asc
Description: Digital signature

Bug#819635: ITP: json-smart -- JSON Small and Fast Parser

[Emmanuel Bourg]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 

* Package name: json-smart
  Version : 1.2
  Upstream Author : Uriel Chemouni 
* URL : http://netplex.github.io/json-smart/
* License : Apache-2.0
  Programming Lang: Java
  Description : JSON Small and Fast Parser

Json-smart is a performance focused, JSON processor library. The API
is similar to json-simple but the performance is improved (at least
twice faster).

This library is required to upgrade the libspring-java package.
I'll be maintained by the Java Team.

Bug#819358: src:audit: Add udeb support to libaudit1 and libaudit-common

[Roger Shimizu]

To address some concern mentioned by Sven in http://bugs.debian.org/819397#10
here I update the patch as v2.
From b690210986d533f1c2468c2d0e08c8d07789e2a3 Mon Sep 17 00:00:00 2001
From: Roger Shimizu 
Date: Sat, 26 Mar 2016 19:11:00 +0900
Subject: [PATCH] Add udeb support to libaudit1 and libaudit-common

---
 debian/changelog|  7 +++
 debian/control  | 25 +
 debian/libaudit-common-udeb.install |  1 +
 debian/libaudit1-udeb.install   |  1 +
 4 files changed, 34 insertions(+)
 create mode 100644 debian/libaudit-common-udeb.install
 create mode 100644 debian/libaudit1-udeb.install

diff --git a/debian/changelog b/debian/changelog
index 9db8787..8610959 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+audit (1:2.4.5-2) UNRELEASED; urgency=medium
+
+  [ Roger Shimizu ]
+  * Add udeb support to libaudit1 and libaudit-common
+
+ -- Roger Shimizu   Sat, 26 Mar 2016 19:07:09 +0900
+
 audit (1:2.4.5-1) unstable; urgency=medium
 
   * New upstream release
diff --git a/debian/control b/debian/control
index 82eecaa..6736ceb 100644
--- a/debian/control
+++ b/debian/control
@@ -79,6 +79,18 @@ Description: Dynamic library for security auditing
  applications to use the audit framework. It is used to monitor systems for
  security related events.
 
+Package: libaudit1-udeb
+Package-Type: udeb
+Section: debian-installer
+Architecture: linux-any
+Depends: libaudit-common-udeb (>= ${source:Version}),
+ ${misc:Depends},
+ ${shlibs:Depends}
+Description: Dynamic library for security auditing - udev
+ The audit-libs package contains the dynamic libraries needed for
+ applications to use the audit framework. It is used to monitor systems for
+ security related events.
+
 Package: libaudit-common
 Architecture: all
 Priority: optional
@@ -94,6 +106,19 @@ Description: Dynamic library for security auditing - common files
  This package contains the libaudit.conf configuration file and the associated
  manpage.
 
+Package: libaudit-common-udeb
+Package-Type: udeb
+Section: debian-installer
+Architecture: all
+Depends: ${misc:Depends}
+Description: Dynamic library for security auditing - udeb common files
+ The audit-libs package contains the dynamic libraries needed for
+ applications to use the audit framework. It is used to monitor systems for
+ security related events.
+ .
+ This package contains the stripped-down version of libaudit.conf configuration
+ file and the associated manpage.
+
 Package: libaudit-dev
 Section: libdevel
 Architecture: linux-any
diff --git a/debian/libaudit-common-udeb.install b/debian/libaudit-common-udeb.install
new file mode 100644
index 000..ea25713
--- /dev/null
+++ b/debian/libaudit-common-udeb.install
@@ -0,0 +1 @@
+etc/libaudit.conf
diff --git a/debian/libaudit1-udeb.install b/debian/libaudit1-udeb.install
new file mode 100644
index 000..e785d62
--- /dev/null
+++ b/debian/libaudit1-udeb.install
@@ -0,0 +1 @@
+lib/*/libaudit.so.*
-- 
2.8.0.rc3

Bug#819397: src:ncurses: Add udeb support to libtinfo5

[Roger Shimizu]

Control: retitle -1 Add udeb support to libtinfo5 and libncurses5


Dear Sven,

Really appreciate your review and comments!
I addressed your concern, and here's patch v2.

Changes v2:
- add udeb supoort to libncurses5
- change install.in to install for udeb
- add "--add-udeb" option to dh_makeshlibs in debian/rules
- remove no use arch for udeb in debian/control

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 17B3ACB1
From 16a4000c8fbf052796e399302a79812f270fa8ed Mon Sep 17 00:00:00 2001
From: Roger Shimizu 
Date: Sun, 27 Mar 2016 23:15:51 +0900
Subject: [PATCH] Add udeb support to libtinfo5 and libncurses5

---
 debian/changelog|  7 +++
 debian/control  | 24 
 debian/libncurses5-udeb.install |  4 
 debian/libtinfo5-udeb.install   |  2 ++
 debian/rules|  4 ++--
 5 files changed, 39 insertions(+), 2 deletions(-)
 create mode 100644 debian/libncurses5-udeb.install
 create mode 100644 debian/libtinfo5-udeb.install

diff --git a/debian/changelog b/debian/changelog
index a02785a..55ea615 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+ncurses (6.0+20160319-2) UNRELEASED; urgency=medium
+
+  [ Roger Shimizu ]
+  * Add udeb support to libtinfo5 and libncurses5
+
+ -- Roger Shimizu   Sat, 26 Mar 2016 18:22:36 +0900
+
 ncurses (6.0+20160319-1) unstable; urgency=medium
 
   * New upstream patchlevel.
diff --git a/debian/control b/debian/control
index a740fa2..5de67a4 100644
--- a/debian/control
+++ b/debian/control
@@ -27,6 +27,18 @@ Description: shared low-level terminfo library for terminal handling
  .
  This package contains the shared low-level terminfo library.
 
+Package: libtinfo5-udeb
+Package-Type: udeb
+Section: debian-installer
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: shared low-level terminfo library for terminal handling - udeb
+ The ncurses library routines are a terminal-independent method of
+ updating character screens with reasonable optimization.
+ .
+ This package contains the stripped-down udeb version of shared low-level
+ terminfo library.
+
 Package: libncurses5
 Architecture: any
 Pre-Depends: ${misc:Pre-Depends}
@@ -40,6 +52,18 @@ Description: shared libraries for terminal handling
  This package contains the shared libraries necessary to run programs
  compiled with ncurses.
 
+Package: libncurses5-udeb
+Package-Type: udeb
+Section: debian-installer
+Architecture: any
+Depends: libtinfo5-udeb (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
+Description: shared libraries for terminal handling -udeb
+ The ncurses library routines are a terminal-independent method of
+ updating character screens with reasonable optimization.
+ .
+ This package contains the stripped-down udeb version of shared libraries
+ necessary to run programs compiled with ncurses.
+
 Package: libtinfo-dev
 Architecture: any
 Section: libdevel
diff --git a/debian/libncurses5-udeb.install b/debian/libncurses5-udeb.install
new file mode 100644
index 000..162fb52
--- /dev/null
+++ b/debian/libncurses5-udeb.install
@@ -0,0 +1,4 @@
+usr/lib/*/libncurses.so.*
+usr/lib/*/libpanel.so.*
+usr/lib/*/libform.so.*
+usr/lib/*/libmenu.so.*
diff --git a/debian/libtinfo5-udeb.install b/debian/libtinfo5-udeb.install
new file mode 100644
index 000..c6aa24a
--- /dev/null
+++ b/debian/libtinfo5-udeb.install
@@ -0,0 +1,2 @@
+usr/lib/*/libtinfo.so.*
+usr/lib/*/libtic.so.*
diff --git a/debian/rules b/debian/rules
index e1f67dc..063495c 100755
--- a/debian/rules
+++ b/debian/rules
@@ -471,8 +471,8 @@ endif
 	dh_compress -s -N$(package-examples)
 	dh_fixperms -s
 	dh_link -s
-	dh_makeshlibs -p$(package-ti) -V "$(package-ti) $(sodepver)" -- -c4
-	dh_makeshlibs -p$(package-lib) -V "$(package-lib) $(sodepver)" -- -c4
+	dh_makeshlibs -p$(package-ti) -V "$(package-ti) $(sodepver)" --add-udeb=$(package-ti)-udeb -- -c4
+	dh_makeshlibs -p$(package-lib) -V "$(package-lib) $(sodepver)" --add-udeb=$(package-ti)-udeb -- -c4
 	dh_makeshlibs -p$(package-libw) -V "$(package-libw) $(sodepver)" -- -c4
 ifneq ($(build_32),)
 	dh_makeshlibs -p$(package-ti-32) -V "$(package-ti-32) $(sodepver)" -- -c4
-- 
2.8.0.rc3

Bug#697821: libpng-dev in experimental has now the real package

[John Paul Adrian Glaubitz]

Hi Gianfranco!

On 03/31/2016 12:36 PM, Gianfranco Costamagna wrote:
> Hi, FYI I uploaded yesterday a libpng-dev pointing to libpng16-16 package.
> In the next few days everything uploaded in experimental will start building 
> against
> this, and I hope to have a transition inplace in the next few days/weeks.

Sounds great, thanks for all your efforts in the libpng transition!

> So, ppsspp might have some better chances now to go in Debian.

Sure, I'm happy to help.

Sergio, do you have a recent version of your package? Btw, I'd also
like to help you with Retroarch which you have uploaded to mentors.

A friend of mine is interested in having Retroarch in Debian and
he asked me to step in.

> Adrian, do you think you can ask some experimental binNMUs against the new 
> libpng
> to make stuff installable?

Well, I'm not member on the official buildd team (yet), I'm just
controlling ports, so you'd have to ask them for such binNMUs.

> that way you will be able to test the package if I remember correctly the 
> situation
> we have left some months ago.

Yeah, I agree. We should definitely ask for binNMUs.

> thanks and sorry for the delay,

No worries, some things take time!

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#819358: src:audit: Add udeb support to libaudit1 and libaudit-common

[Laurent Bigonville]

On Sun, 27 Mar 2016 23:07:55 +0900 Roger Shimizu 
 wrote:

>
> Dear Maintainer,
>
> I'm trying to port GNU/screen to debian-installer [0].
> GNU/screen depends on your library, so enclosed the patch I created to
> make those udeb support.
>
> I hope you can merge my patch soon. Thank you!

Hi,

Shouldn't you just disable the audit support during the build of the 
binaries for the udeb pkg?


Is auditing really needed in the d-i context?

Cheers,

Laurent Bigonville

Bug#819548: Processed: tagging 819548

[Jean-Marc]

Thu, 31 Mar 2016 08:12:05 +
ow...@bugs.debian.org (Debian Bug Tracking System) écrivait :

> Processing commands for cont...@bugs.debian.org:
> 
> > tags 819548 + unreproducible
> Bug #819548 [gnome-maps] gnome-maps fails to start
> Added tag(s) unreproducible.
> > thanks
> Stopping processing here.
> 
> Please contact me if you need assistance.

Apparently, gdm got the same problem to activate the service.

= extracted from /var/log/message:

/usr/lib/gdm3/gdm-x-session[1349]: Activating service name='org.gnome.Maps'
org.gnome.Maps[1362]: (org.gnome.Maps:6900): Gjs-WARNING **: JS ERROR: 
TypeError: GObject.ParamSpec.override is not a function
org.gnome.Maps[1362]: @resource:///org/gnome/Maps/js/mapMarker.js:44
org.gnome.Maps[1362]: @resource:///org/gnome/Maps/js/placeMarker.js:24
org.gnome.Maps[1362]: @resource:///org/gnome/Maps/js/geoJSONSource.js:30
org.gnome.Maps[1362]: @resource:///org/gnome/Maps/js/geoJSONShapeLayer.js:22
org.gnome.Maps[1362]: @resource:///org/gnome/Maps/js/mapView.js:34
org.gnome.Maps[1362]: @resource:///org/gnome/Maps/js/mainWindow.js:38
org.gnome.Maps[1362]: @resource:///org/gnome/Maps/js/application.js:36
org.gnome.Maps[1362]: @resource:///org/gnome/Maps/js/main.js:43
org.gnome.Maps[1362]: start@resource:///org/gnome/gjs/modules/package.js:176
org.gnome.Maps[1362]: @/usr/share/gnome-maps/org.gnome.Maps:5
org.gnome.Maps[1362]: JS_EvaluateScript() failed
/usr/lib/gdm3/gdm-x-session[1349]: Activated service 'org.gnome.Maps' failed: 
Process org.gnome.Maps exited with status 1

=


Jean-Marc 


pgpDdJUKGXNqM.pgp
Description: PGP signature

Bug#813708: autojump: Wrong path for zsh in README.Debian

[Tanguy Ortolo]

package autojump
tags 813708 moreinfo
thanks

Hello,

Simon Marchi, 2016-02-04 10:48-0500:

In /usr/share/doc/autojump/README.Debian, the path to add to .zshrc is
wrong.  It should be:
. /usr/share/autojump/autojump.zsh

instead of
. /usr/share/autojump/autojump.sh


Well, not exactly. If you look at autojump.sh, you will see that, 
depending on the shell you use, it sources autojump.bash, autojump.zsh, 
autojump.fish or autojump.tcsh.


While directly sourcing autojump.zsh would work just fine, I find it 
easier to have instructions as similar as possible for every shell.


Is there a good reason to change the instructions, for instance if the 
current suggestion of sourcing autojump.sh does not work?


--
 ,--.
: /` )   Tanguy Ortolo  
| `-'Debian Developer   
 \_


signature.asc
Description: Digital signature

Bug#760393: Some feedback...

[Marco Gaiarin]

> > Machine survive with wheezy kernel for a week, so seems to me that
> > firmware upgrade (and/or wheezy kernel upgrades ;) cure the trouble.

> It'd be appreciated if you can inform the version of running kernel
> and version of upgraded firmware.
> This may be helpful to those having the same hardware.

It is true, i was sure i've just post on that bug the info, but...
clearly no.

The controller was (is):

 Smart Array 641 in Slot 3
   Bus Interface: PCI
   Slot: 3
   Serial Number: P92270P9SSC1BM
   RAID 6 (ADG) Status: Disabled
   Controller Status: OK
   Hardware Revision: B
   Firmware Version: 2.34
   Rebuild Priority: Low
   Expand Priority: Low
   Surface Scan Delay: 15 secs
   Surface Scan Mode: Idle
   Post Prompt Timeout: 0 secs
   Cache Board Present: True
   Cache Status: OK
   Cache Ratio: 100% Read / 0% Write
   Total Cache Size: 64 MB
   Total Cache Memory Available: 32 MB
   No-Battery Write Cache: Disabled
   Battery/Capacitor Count: 0
   SATA NCQ Supported: False

so was firmware 2.34, now upgraded to latest (2.84).


Kernel was (is) linux-image-3.2.0-4-686-pae, version 3.2.68-1+deb7u4.

Bug#819637: ITP: gmilk -- GTK tray icon for Remember the Milk

[Adrian Alves]

Package: wnpp
Severity: wishlist
Owner: Adrian Alves 

* Package name: gmilk
  Version : 0.1.2
  Upstream Author : eustaquioran...@gmail.com
* URL : https://github.com/taq/gmilk
* License : GPL
  Programming Lang: Python
  Description : GTK tray icon for Remember the Milk

 Gmilk - GTK tray icon for Remember the Milk This is a
 Python app to list your today, tomorrow and due tasks with
 an icon on the tray bar. It uses GTK and should works on
 any GNU/Linux distro with GTK, Python and PyGTK installed.



signature.asc
Description: OpenPGP digital signature

Bug#818276: boot problems on systems with dash as default shell

[Timur I. Bakeyev]

On Tue, 15 Mar 2016 02:58:16 -0700 debian-b...@contactdaniel.net wrote:
> Package: ifupdown-extra
> Version: 0.25
>
> On systems with dash as the default shell, the 00check-network-cable
script can exit with an error.
>
> This error can cause some network configuration in
/etc/network/interfaces to be left unprocessed. On my system, the IPv6
portion of a dual stack configuration remains unapplied.
>
> Example of the script having an error:
>
> # IFACE=eth0 dash 00check-network-cable
> 00check-network-cable: 72: local: detected:: bad variable name

I just hit the same problem recently and also looked into that script.

I'm not sure if this bashism or just sloppy programming, the fix for this
particular one is simple - just put double quotes around the expression:

local LINK="$($ETHTOOL "$IFACE" 2>&1 | grep "Link detected" || :)"

But, looking onto the code in general it looks to me that it needs some
love, for example in the declaration section:

  ABORT_NO_LINK=i${ABORT_NO_LINK:-no}

Make whole variable useless and not working(note leading 'i', 'vi' is
evil:>)

I hope to get some time and clean up the script.

Bug#819620: [pkg-php-pear] Bug#819620: php-symfony-security-acl: FTBFS: Trying to configure method "getId" which cannot be configured because it does not exist, has not been specified, is final, or is

[Daniel Beyer]

Control: retitle -1 Incompatibility of phpunit 5.2.12-1 with 
phpunit-mock-object 3.1.2-1 makes php-symfony-security-acl FTBFS
Control: reassign -1 phpunit
Control: affects -1 php-symfony-security-acl
Control: severity -1 important
Control: tags -1 +patch

Am Donnerstag, den 31.03.2016, 10:54 +0200 schrieb Daniel Beyer:
> (...)
> 
> Using the nightly beta build of phpunit 5.3 (from phpunit.de) I see
> exactly the same error, thus I suspect it is related to
> phpunit-mock-objects. I'll forward this issue upstream later today.
> 

Actually phpunit 5.3, with the exact same message, throws only a warning
instead of an error. Looking more closely phpunit-mock-object 3.1.2-1
now "Trigger an error when final or private method is configured" [1].
In phpunit 5.3 this is lowered to a warning, but phpunit 5.2 is not
aware of this new error now thrown by phpunit-mock-objects.
So the combination of phpunit 5.2.12-1 and phpunit-mock-object 3.1.2-1,
which we currently have in Debian, is the real problem.

Thus I reassigned this bug to phpunit by lowering the severity to
important. I prepared a patch in phpunit's Debian packaging repo [2] in
branch 'fix-mock-object-3.1-compatibility-with-phpunit-5.2', which as
well is attached to this message.

It would be great if someone from the team could check on this and do
the actual upload for me, since I have no upload rights.


Thanks
Daniel

[1] https://github.com/sebastianbergmann/phpunit-mock-objects/issues/296
[2] 
http://anonscm.debian.org/cgit/pkg-php/phpunit.git/?h=fix-mock-object-3.1-compatibility-with-phpunit-5.2
From afc161e00d8591277e3ddcd6bbec7d0096a3db07 Mon Sep 17 00:00:00 2001
From: Daniel Beyer 
Date: Thu, 31 Mar 2016 12:51:01 +0200
Subject: [PATCH] Add patch to add phpunit-mock-object 3.1.x compatibility
 (Closes: #819620)

- 0002-Fix-compatibility-with-phpunit-mock-object-3.1.patch

Git-Dch: Full
---
 ...ompatibility-with-phpunit-mock-object-3.1.patch | 43 ++
 debian/patches/series  |  1 +
 2 files changed, 44 insertions(+)
 create mode 100644 debian/patches/0002-Fix-compatibility-with-phpunit-mock-object-3.1.patch

diff --git a/debian/patches/0002-Fix-compatibility-with-phpunit-mock-object-3.1.patch b/debian/patches/0002-Fix-compatibility-with-phpunit-mock-object-3.1.patch
new file mode 100644
index 000..991de98
--- /dev/null
+++ b/debian/patches/0002-Fix-compatibility-with-phpunit-mock-object-3.1.patch
@@ -0,0 +1,43 @@
+From: Sebastian Bergmann 
+Date: Fri, 4 Mar 2016 09:18:16 +0100
+Subject: Fix compatibility with phpunit-mock-object 3.1
+
+Bug-Debian: https://bugs.debian.org/819620
+Bug: https://github.com/sebastianbergmann/phpunit-mock-objects/issues/296
+Origin: https://github.com/sebastianbergmann/phpunit/commit/c4f4435a4f4f75da77af6e4d5138ca3c14933e53
+Applied-Upstream: 5.3.0
+---
+ composer.json| 2 +-
+ src/Framework/TestResult.php | 6 ++
+ 2 files changed, 7 insertions(+), 1 deletion(-)
+
+diff --git a/composer.json b/composer.json
+index b7c786f..564961a 100644
+--- a/composer.json
 b/composer.json
+@@ -26,7 +26,7 @@
+ "phpunit/php-text-template": "~1.2",
+ "phpunit/php-code-coverage": "^3.3.0",
+ "phpunit/php-timer": ">=1.0.6",
+-"phpunit/phpunit-mock-objects": ">=3.0.5",
++"phpunit/phpunit-mock-objects": "^3.1",
+ "phpspec/prophecy": "^1.3.1",
+ "symfony/yaml": "~2.1|~3.0",
+ "sebastian/comparator": "~1.1",
+diff --git a/src/Framework/TestResult.php b/src/Framework/TestResult.php
+index b47a271..2204338 100644
+--- a/src/Framework/TestResult.php
 b/src/Framework/TestResult.php
+@@ -685,6 +685,12 @@ function_exists('xdebug_start_function_monitor');
+ } else {
+ $test->runBare();
+ }
++} catch (PHPUnit_Framework_MockObject_Exception $e) {
++$e = new PHPUnit_Framework_Warning(
++$e->getMessage()
++);
++
++$warning = true;
+ } catch (PHPUnit_Framework_AssertionFailedError $e) {
+ $failure = true;
+ 
diff --git a/debian/patches/series b/debian/patches/series
index fd1a21f..4b8214b 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
 0001-Remove-Composer-autoload.patch
+0002-Fix-compatibility-with-phpunit-mock-object-3.1.patch
-- 
2.1.4

Bug#819638: golang-github-armon-gomdb: FTBFS: panic: runtime error: cgo argument has Go pointer to Go pointer

[Chris Lamb]

Source: golang-github-armon-gomdb
Version: 0.0~git20150106.0.151f2e0-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

golang-github-armon-gomdb fails to build from source in unstable/amd64:

  [..]

   dpkg-buildpackage -rfakeroot -D -us -uc -b
  dpkg-buildpackage: source package golang-github-armon-gomdb
  dpkg-buildpackage: source version 0.0~git20150106.0.151f2e0-1
  dpkg-buildpackage: source distribution unstable
  dpkg-buildpackage: source changed by Tianon Gravi 
   dpkg-source --before-build 
golang-github-armon-gomdb-0.0~git20150106.0.151f2e0
  dpkg-buildpackage: host architecture amd64
   fakeroot debian/rules clean
  dh clean --buildsystem=golang --with=golang
 dh_testdir -O--buildsystem=golang
 dh_auto_clean -O--buildsystem=golang
 dh_clean -O--buildsystem=golang
   debian/rules build
  dh build --buildsystem=golang --with=golang
 dh_testdir -O--buildsystem=golang
 dh_update_autotools_config -O--buildsystem=golang
 dh_auto_configure -O--buildsystem=golang
 debian/rules override_dh_auto_build
  make[1]: Entering directory 
'/home/lamby/temp/cdt.20160331130518.JqkdCRDBbl/golang-github-armon-gomdb-0.0~git20150106.0.151f2e0'
  # lmdb is embedded -- purge that source
  find 
"/home/lamby/temp/cdt.20160331130518.JqkdCRDBbl/golang-github-armon-gomdb-0.0~git20150106.0.151f2e0/obj-x86_64-linux-gnu"
 \( -name '*.h' -o -name '*.c' \) -delete
  dh_auto_build
go install -v github.com/armon/gomdb
  github.com/armon/gomdb
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160331130518.JqkdCRDBbl/golang-github-armon-gomdb-0.0~git20150106.0.151f2e0'
 dh_auto_test -O--buildsystem=golang
go test -v github.com/armon/gomdb
  === RUN   TestEnvOpen
  --- PASS: TestEnvOpen (0.00s)
  === RUN   TestEnvCopy
  --- PASS: TestEnvCopy (0.00s)
env_test.go:67: Env path: /tmp/mdb_test840057194
  === RUN   TestTest1
  --- FAIL: TestTest1 (0.00s)
  panic: runtime error: cgo argument has Go pointer to Go pointer [recovered]
panic: runtime error: cgo argument has Go pointer to Go pointer
  
  goroutine 7 [running, locked to thread]:
  panic(0x5a0020, 0xc820012b40)
/usr/lib/go/src/runtime/panic.go:464 +0x3e6
  testing.tRunner.func1(0xc82007c3f0)
/usr/lib/go/src/testing/testing.go:467 +0x192
  panic(0x5a0020, 0xc820012b40)
/usr/lib/go/src/runtime/panic.go:426 +0x4e9
  github.com/armon/gomdb.(*Txn).Put(0xc8200280c8, 0x1, 0xc820012b10, 0x5, 0x8, 
0xc820012b18, 0x5, 0x8, 0x10, 0x0, ...)

/home/lamby/temp/cdt.20160331130518.JqkdCRDBbl/golang-github-armon-gomdb-0.0~git20150106.0.151f2e0/obj-x86_64-linux-gnu/src/github.com/armon/gomdb/txn.go:153
 +0x179
  github.com/armon/gomdb.TestTest1(0xc82007c3f0)

/home/lamby/temp/cdt.20160331130518.JqkdCRDBbl/golang-github-armon-gomdb-0.0~git20150106.0.151f2e0/obj-x86_64-linux-gnu/src/github.com/armon/gomdb/mdb_test.go:54
 +0xcde
  testing.tRunner(0xc82007c3f0, 0x8b9c50)
/usr/lib/go/src/testing/testing.go:473 +0x98
  created by testing.RunTests
/usr/lib/go/src/testing/testing.go:582 +0x892
  exit status 2
  FAIL  github.com/armon/gomdb  0.005s
  dh_auto_test: go test -v github.com/armon/gomdb returned exit code 1
  debian/rules:11: recipe for target 'build' failed
  make: *** [build] Error 1

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


golang-github-armon-gomdb.0.0~git20150106.0.151f2e0-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#819639: golang-github-gorilla-handlers: FTBFS: compress_test.go:37: wrong content type, got "text/plain; charset=utf-8" want ""

[Chris Lamb]

Source: golang-github-gorilla-handlers
Version: 0.0~git20150820.0.40694b4-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

golang-github-gorilla-handlers fails to build from source in unstable/amd64:

  [..]

  dh_auto_test -- -short
go test -v -short github.com/gorilla/handlers
  === RUN   TestCleanHost
  --- PASS: TestCleanHost (0.00s)
  === RUN   TestCanonicalHost
  --- PASS: TestCanonicalHost (0.00s)
  === RUN   TestBadDomain
  --- PASS: TestBadDomain (0.00s)
  === RUN   TestEmptyHost
  --- PASS: TestEmptyHost (0.00s)
  === RUN   TestHeaderWrites
  --- SKIP: TestHeaderWrites (0.00s)
canonical_test.go:81: skipping internet-connecting test in short mode
  === RUN   TestCompressHandlerNoCompression
  --- FAIL: TestCompressHandlerNoCompression (0.00s)
compress_test.go:37: wrong content type, got "text/plain; 
charset=utf-8" want ""
  === RUN   TestCompressHandlerGzip
  --- PASS: TestCompressHandlerGzip (0.00s)
  === RUN   TestCompressHandlerDeflate
  --- PASS: TestCompressHandlerDeflate (0.00s)
  === RUN   TestCompressHandlerGzipDeflate
  --- PASS: TestCompressHandlerGzipDeflate (0.00s)
  === RUN   TestMethodHandler
  --- PASS: TestMethodHandler (0.00s)
  === RUN   TestWriteLog
  --- PASS: TestWriteLog (0.00s)
  === RUN   TestWriteCombinedLog
  --- PASS: TestWriteCombinedLog (0.00s)
  === RUN   TestLogPathRewrites
  --- PASS: TestLogPathRewrites (0.00s)
  === RUN   TestContentTypeHandler
  --- PASS: TestContentTypeHandler (0.00s)
  === RUN   TestHTTPMethodOverride
  --- PASS: TestHTTPMethodOverride (0.00s)
  === RUN   TestGetIP
  --- PASS: TestGetIP (0.00s)
  === RUN   TestGetScheme
  --- PASS: TestGetScheme (0.00s)
  === RUN   TestProxyHeaders
  --- PASS: TestProxyHeaders (0.00s)
  FAIL
  exit status 1
  FAIL  github.com/gorilla/handlers 0.007s
  dh_auto_test: go test -v -short github.com/gorilla/handlers returned exit 
code 1
  debian/rules:4: recipe for target 'override_dh_auto_test' failed
  make[1]: *** [override_dh_auto_test] Error 1
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160331130607.8BmVAI8DKA/golang-github-gorilla-handlers-0.0~git20150820.0.40694b4'
  debian/rules:7: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


golang-github-gorilla-handlers.0.0~git20150820.0.40694b4-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#819643: golang-github-miekg-pkcs11: FTBFS: TestFindObject (0.00s)

[Chris Lamb]

Source: golang-github-miekg-pkcs11
Version: 0.0~git20151009.0.793689b-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

golang-github-miekg-pkcs11 fails to build from source in unstable/amd64:

  [..]

   dpkg-buildpackage -rfakeroot -D -us -uc -b
  dpkg-buildpackage: source package golang-github-miekg-pkcs11
  dpkg-buildpackage: source version 0.0~git20151009.0.793689b-1
  dpkg-buildpackage: source distribution unstable
  dpkg-buildpackage: source changed by Tianon Gravi 
   dpkg-source --before-build 
golang-github-miekg-pkcs11-0.0~git20151009.0.793689b
  dpkg-buildpackage: host architecture amd64
   fakeroot debian/rules clean
  dh clean --buildsystem=golang --with=golang
 dh_testdir -O--buildsystem=golang
 dh_auto_clean -O--buildsystem=golang
 dh_clean -O--buildsystem=golang
   debian/rules build
  dh build --buildsystem=golang --with=golang
 dh_testdir -O--buildsystem=golang
 dh_update_autotools_config -O--buildsystem=golang
 dh_auto_configure -O--buildsystem=golang
 dh_auto_build -O--buildsystem=golang
go install -v github.com/miekg/pkcs11
  github.com/miekg/pkcs11
 dh_auto_test -O--buildsystem=golang
go test -v github.com/miekg/pkcs11
  === RUN   TestGetInfo
  --- PASS: TestGetInfo (0.01s)
pkcs11_test.go:63: {CryptokiVersion:{Major:2 Minor:20} 
ManufacturerID:SoftHSM Flags:0 LibraryDescription:Implementation of PKCS11 
LibraryVersion:{Major:1 Minor:3}}
  === RUN   TestFindObject
  --- FAIL: TestFindObject (0.00s)
  panic: runtime error: cgo argument has Go pointer to Go pointer [recovered]
panic: runtime error: cgo argument has Go pointer to Go pointer
  
  goroutine 6 [running]:
  panic(0x59c920, 0xc8200106e0)
/usr/lib/go/src/runtime/panic.go:464 +0x3e6
  testing.tRunner.func1(0xc82008c090)
/usr/lib/go/src/testing/testing.go:467 +0x192
  panic(0x59c920, 0xc8200106e0)
/usr/lib/go/src/runtime/panic.go:426 +0x4e9
  github.com/miekg/pkcs11.(*Ctx).FindObjectsInit(0xc820028048, 0x1, 
0xc82004be60, 0x1, 0x1, 0x0, 0x0)

/home/lamby/temp/cdt.20160331130725.AvRJwljnTa/golang-github-miekg-pkcs11-0.0~git20151009.0.793689b/obj-x86_64-linux-gnu/src/github.com/miekg/pkcs11/pkcs11.go:1068
 +0xef
  github.com/miekg/pkcs11.TestFindObject(0xc82008c090)

/home/lamby/temp/cdt.20160331130725.AvRJwljnTa/golang-github-miekg-pkcs11-0.0~git20151009.0.793689b/obj-x86_64-linux-gnu/src/github.com/miekg/pkcs11/pkcs11_test.go:72
 +0x1a8
  testing.tRunner(0xc82008c090, 0x8b2418)
/usr/lib/go/src/testing/testing.go:473 +0x98
  created by testing.RunTests
/usr/lib/go/src/testing/testing.go:582 +0x892
  exit status 2
  FAIL  github.com/miekg/pkcs11 0.015s
  dh_auto_test: go test -v github.com/miekg/pkcs11 returned exit code 1
  debian/rules:10: recipe for target 'build' failed
  make: *** [build] Error 1

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


golang-github-miekg-pkcs11.0.0~git20151009.0.793689b-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#819640: golang-github-hashicorp-raft-mdb: FTBFS: runtime error: cgo argument has Go pointer to Go pointer [recovered]

[Chris Lamb]

Source: golang-github-hashicorp-raft-mdb
Version: 0.0~git20150806.0.55f2947-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

golang-github-hashicorp-raft-mdb fails to build from source in unstable/amd64:

  [..]

 dh_auto_build -O--buildsystem=golang
go install -v github.com/hashicorp/raft-mdb
  github.com/armon/gomdb
  github.com/hashicorp/go-msgpack/codec
  github.com/armon/go-metrics
  github.com/hashicorp/raft
  github.com/hashicorp/raft-mdb
 dh_auto_test -O--buildsystem=golang
go test -v github.com/hashicorp/raft-mdb
  === RUN   TestMDB_StableStore
  --- PASS: TestMDB_StableStore (0.00s)
  === RUN   TestMDB_SetGet
  --- FAIL: TestMDB_SetGet (0.02s)
  panic: runtime error: cgo argument has Go pointer to Go pointer [recovered]
panic: runtime error: cgo argument has Go pointer to Go pointer
  
  goroutine 22 [running]:
  panic(0x879a20, 0xc8200717e0)
/usr/lib/go/src/runtime/panic.go:464 +0x3e6
  testing.tRunner.func1(0xc82009c510)
/usr/lib/go/src/testing/testing.go:467 +0x192
  panic(0x879a20, 0xc8200717e0)
/usr/lib/go/src/runtime/panic.go:426 +0x4e9
  github.com/armon/gomdb.(*Txn).Get(0xc82007e0e0, 0x3, 0xc820071788, 0x6, 0x8, 
0x0, 0x0, 0x0, 0x0, 0x0)

/home/lamby/temp/cdt.20160331130627.Z2p7SJOThq/golang-github-hashicorp-raft-mdb-0.0~git20150806.0.55f2947/obj-x86_64-linux-gnu/src/github.com/armon/gomdb/txn.go:140
 +0x151
  github.com/hashicorp/raft-mdb.(*MDBStore).Get(0xc8200e1460, 0xc820071788, 
0x6, 0x8, 0x0, 0x0, 0x0, 0x0, 0x0)

/home/lamby/temp/cdt.20160331130627.Z2p7SJOThq/golang-github-hashicorp-raft-mdb-0.0~git20150806.0.55f2947/obj-x86_64-linux-gnu/src/github.com/hashicorp/raft-mdb/mdb_store.go:327
 +0x1ad
  github.com/hashicorp/raft-mdb.TestMDB_SetGet(0xc82009c510)

/home/lamby/temp/cdt.20160331130627.Z2p7SJOThq/golang-github-hashicorp-raft-mdb-0.0~git20150806.0.55f2947/obj-x86_64-linux-gnu/src/github.com/hashicorp/raft-mdb/mdb_store_test.go:52
 +0x35c
  testing.tRunner(0xc82009c510, 0xd5dab8)
/usr/lib/go/src/testing/testing.go:473 +0x98
  created by testing.RunTests
/usr/lib/go/src/testing/testing.go:582 +0x892
  exit status 2
  FAIL  github.com/hashicorp/raft-mdb   0.029s
  dh_auto_test: go test -v github.com/hashicorp/raft-mdb returned exit code 1
  debian/rules:4: recipe for target 'build' failed
  make: *** [build] Error 1

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


golang-github-hashicorp-raft-mdb.0.0~git20150806.0.55f2947-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#819642: golang-goyaml: FTBFS: FAIL: encode_test.go:217: S.TestMarshal

[Chris Lamb]

Source: golang-goyaml
Version: 0.0~bzr50-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

golang-goyaml fails to build from source in unstable/amd64:

  [..]

 dh_auto_build -O--buildsystem=golang
go install -v launchpad.net/goyaml
  launchpad.net/goyaml
 dh_auto_test -O--buildsystem=golang
go test -v launchpad.net/goyaml
  === RUN   Test
  
  --
  FAIL: encode_test.go:217: S.TestMarshal
  
  encode_test.go:221:
  c.Assert(string(data), Equals, item.data)
  ... obtained string = "" +
  ... "a: 1\n" +
  ... "b: 2\n"
  ... expected string = "" +
  ... "a: 1\n" +
  ... "b: 2\n" +
  ... "c: 3\n"
  
  
  --
  FAIL: encode_test.go:238: S.TestMarshalErrors
  
  encode_test.go:241:
  c.Assert(err, ErrorMatches, item.error)
  ... value = nil
  ... regex string = "Duplicated key 'b' in struct struct \\{ B int; .*"
  ... Error value is nil
  
  
  --
  FAIL: decode_test.go:364: S.TestUnmarshal
  
  decode_test.go:385:
  c.Assert(value, DeepEquals, item.value, Commentf("Item #%d", i))
  ... obtained *struct { A int; C goyaml_test.inlineB "yaml:\",inline\"" } = 
&struct { A int; C goyaml_test.inlineB "yaml:\",inline\"" }{A:1, 
C:goyaml_test.inlineB{B:2, inlineC:goyaml_test.inlineC{C:0}}}
  ... expected *struct { A int; C goyaml_test.inlineB "yaml:\",inline\"" } = 
&struct { A int; C goyaml_test.inlineB "yaml:\",inline\"" }{A:1, 
C:goyaml_test.inlineB{B:2, inlineC:goyaml_test.inlineC{C:3}}}
  ... Item #84
  
  OOPS: 9 passed, 3 FAILED
  --- FAIL: Test (0.01s)
  FAIL
  exit status 1
  FAIL  launchpad.net/goyaml0.008s
  dh_auto_test: go test -v launchpad.net/goyaml returned exit code 1
  debian/rules:7: recipe for target 'build' failed
  make: *** [build] Error 1

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


golang-goyaml.0.0~bzr50-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#819641: golang-github-jinzhu-gorm: FTBFS: FAIL: TestScannableSlices (0.00s)

[Chris Lamb]

Source: golang-github-jinzhu-gorm
Version: 0.0~git20151012.0.20e37a0-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

golang-github-jinzhu-gorm fails to build from source in unstable/amd64:

  [..]

  dh build --buildsystem=golang --with=golang
 dh_testdir -O--buildsystem=golang
 dh_update_autotools_config -O--buildsystem=golang
 dh_auto_configure -O--buildsystem=golang
 dh_auto_build -O--buildsystem=golang
go install -v github.com/jinzhu/gorm
  github.com/lib/pq/hstore
  github.com/qor/inflection
  github.com/jinzhu/gorm
 dh_auto_test -O--buildsystem=golang
go test -v github.com/jinzhu/gorm
  testing sqlite3...
  === RUN   TestRegisterCallback
  --- PASS: TestRegisterCallback (0.00s)
  === RUN   TestRegisterCallbackWithOrder
  --- PASS: TestRegisterCallbackWithOrder (0.00s)
  === RUN   TestRegisterCallbackWithComplexOrder
  --- PASS: TestRegisterCallbackWithComplexOrder (0.00s)
  === RUN   TestReplaceCallback
  [info] replacing callback `create` from 
/home/lamby/temp/cdt.20160331130655.2UxfTVyVK1/golang-github-jinzhu-gorm-0.0~git20151012.0.20e37a0/obj-x86_64-linux-gnu/src/github.com/jinzhu/gorm/callback_test.go:94
  --- PASS: TestReplaceCallback (0.00s)
  === RUN   TestRemoveCallback
  [info] removing callback `create` from 
/home/lamby/temp/cdt.20160331130655.2UxfTVyVK1/golang-github-jinzhu-gorm-0.0~git20151012.0.20e37a0/obj-x86_64-linux-gnu/src/github.com/jinzhu/gorm/callback_test.go:107
  --- PASS: TestRemoveCallback (0.00s)
  === RUN   TestCloneSearch
  --- PASS: TestCloneSearch (0.00s)
  === RUN   TestHasOneAndHasManyAssociation
  --- PASS: TestHasOneAndHasManyAssociation (0.12s)
  === RUN   TestRelated
  --- PASS: TestRelated (0.02s)
  === RUN   TestManyToMany
  --- PASS: TestManyToMany (0.47s)
  === RUN   TestForeignKey
  --- PASS: TestForeignKey (0.00s)
  === RUN   TestRunCallbacks
  --- PASS: TestRunCallbacks (0.06s)
  === RUN   TestCallbacksWithErrors
  --- PASS: TestCallbacksWithErrors (0.06s)
  === RUN   TestCreate
  --- PASS: TestCreate (0.04s)
  === RUN   TestCreateWithNoGORMPrimayKey
  --- PASS: TestCreateWithNoGORMPrimayKey (0.02s)
  === RUN   TestCreateWithNoStdPrimaryKeyAndDefaultValues
  --- PASS: TestCreateWithNoStdPrimaryKeyAndDefaultValues (0.04s)
  === RUN   TestAnonymousScanner
  --- PASS: TestAnonymousScanner (0.02s)
  === RUN   TestAnonymousField
  --- PASS: TestAnonymousField (0.02s)
  === RUN   TestSelectWithCreate
  --- PASS: TestSelectWithCreate (0.05s)
  === RUN   TestOmitWithCreate
  --- PASS: TestOmitWithCreate (0.04s)
  === RUN   TestCustomizeColumn
  --- PASS: TestCustomizeColumn (0.07s)
  === RUN   TestCustomColumnAndIgnoredFieldClash
  --- PASS: TestCustomColumnAndIgnoredFieldClash (0.02s)
  === RUN   TestDdlErrors
  testing sqlite3...
  --- PASS: TestDdlErrors (0.00s)
  === RUN   TestDelete
  --- PASS: TestDelete (0.06s)
  === RUN   TestInlineDelete
  --- PASS: TestInlineDelete (0.07s)
  === RUN   TestSoftDelete
  --- PASS: TestSoftDelete (0.07s)
  === RUN   TestSaveAndQueryEmbeddedStruct
  --- PASS: TestSaveAndQueryEmbeddedStruct (0.06s)
  === RUN   TestCalculateField
  --- PASS: TestCalculateField (0.00s)
  === RUN   TestJoinTable
  
  (no such table: person_addresses) 
  [2016-03-31 13:07:14]  
  --- PASS: TestJoinTable (0.14s)
  === RUN   TestStringPrimaryKey
  --- PASS: TestStringPrimaryKey (0.03s)
  === RUN   TestExceptionsWithInvalidSql
  
  (no such table: ) 
  [2016-03-31 13:07:14]  
  
  (no such column: aaa) 
  [2016-03-31 13:07:14]  
  --- PASS: TestExceptionsWithInvalidSql (0.00s)
  
  (no such column: sdsd.zaaa) 
  [2016-03-31 13:07:14]  
  === RUN   TestSetTable
  
  (no such table: invalid_table) 
  [2016-03-31 13:07:14]  
  
  (no such table: deleted_users) 
  [2016-03-31 13:07:14]  
  --- PASS: TestSetTable (0.20s)
  === RUN   TestHasTable
  
  (no such table: foos) 
  [2016-03-31 13:07:14]  
  --- PASS: TestHasTable (0.04s)
  === RUN   TestTableName
  --- PASS: TestTableName (0.00s)
  === RUN   TestSqlNullValue
  
  (no such table: null_values) 
  [2016-03-31 13:07:14]  
  --- PASS: TestSqlNullValue (0.07s)
  === RUN   TestTransaction
  
  (NOT NULL constraint failed: null_values.name) 
  [2016-03-31 13:07:14]  
  
  (sql: Transaction has already been committed or rolled back) 
  [2016-03-31 13:07:14]  
  --- PASS: TestTransaction (0.02s)
  === RUN   TestRow
  --- PASS: TestRow (0.07s)
  === RUN   TestRows
  --- PASS: TestRows (0.06s)
  === RUN   TestScan
  --- PASS: TestScan (0.06s)
  === RUN   TestRaw
  --- PASS: TestRaw (0.08s)
  === RUN   TestGroup
  --- PASS: TestGroup (

Bug#745027: Missing dependencies

[Enrico Zini]

On Tue, Feb 02, 2016 at 06:07:56PM +0100, Markus Unterwaditzer wrote:

> Sorry to insist, but I'd really like to have a definitive answer on this 
> before
> vdirsyncer is packaged.
> 
> I suspect that if vdirsyncer makes its way into stable before 1.0, it
> essentially means I'm forced into long-term support of whichever release is in
> stable. However, ideally I'd like to only support the latest release of
> vdirsyncer.
> 
> If being in stable would really hinder timely updates, I'd prefer vdirsyncer 
> to
> stay in testing/unstable forever.

I am very happy to see your concerns about support of your software, I
wish more developers cared like you did.

It is possible to keep the package only in unstable, except for versions
that you decided to officially support long-term, if any. There can be a
bug in the Debian BTS with a "serious" severity saying "Not intended to
be included on a stable Debian system".

If you wish, the bug can document that if one is interested in having
vdirsyncer in Debian stable, they can offer to coordinate with you
helping upstream development and doing the work of providing long term
support for specific releases.

Would that be acceptable?


Enrico

-- 
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini 


signature.asc
Description: PGP signature

Bug#819644: ITP: python-daemonocle -- Library for creating super fancy Unix daemons

[Adrian Alves]

Package: wnpp
Severity: wishlist
Owner: Adrian Alves 

* Package name: python-daemonocle
  Version : 0.8
  Upstream Author : Jonathan Robson 
* URL : https://github.com/jnrbsn/daemonocle
* License : MIT
  Programming Lang: Python
  Description : Library for creating super fancy Unix daemons

 daemonocle a Python library for creating super fancy Unix
 daemons daemonocle is a library for creating your own
 Unix-style daemons written in Python. It solves many
 problems that other daemon libraries have and provides somei
 really useful features you don't often see in other daemons.

Bug#819645: ITP: python-flask-marshmallow -- Flask + marshmallow for beautiful APIs

[Adrian Alves]

Package: wnpp
Severity: wishlist
Owner: Adrian Alves 

* Package name: python-flask-marshmallow
  Version : 0.6.2
  Upstream Author : Steven Loria 
* URL : https://github.com/marshmallow-code/flask-marshmallow
* License : MIT
  Programming Lang: Python
  Description : Flask + marshmallow for beautiful APIs

 Flask-Marshmallow is a thin integration layer for
 Flask (a Python web framework) and marshmallow 
 (an object serialization/deserialization library)
 that adds additional features to marshmallow, including
 URL and Hyperlinks fields for HATEOAS-ready APIs. It also
 (optionally) integrates with Flask-SQLAlchemy.

Bug#815205: lw / llw patch

[Christophe Rhodes]

Hi,

The patch mentioned in #815205, and distributed along with 2:1.3.3-1,
does allow the TeXinfo manual to build.  Unfortunately, it ruins the
typesetting of the index in the PDF version of the manual, which now
typesets literal @llap...@phantomconcurrency (rather than interpreting
the TeX commands).

I'm not sure what's going on; I will try to find out, but if someone
more versed in TeXinfo is able to look as well, that would be helpful.
You can see what the index should look like in the document at
.

Best,

Christophe

Bug#815190: dh-make-perl: Accesses apt-file 3 cache directly

[gregor herrmann]

On Thu, 31 Mar 2016 11:14:39 +, Damyan Ivanov wrote:

> > Any opinions on 'apt-file (>= 3)' vs. 'apt (>= 1.1.8)'?
> I think 'apt-file (>= 3)' is better, since we use apt-file's 
> interface, not apt directly. 

Actually, in my understanding, we're not using apt-file but apt stuff
directly (that was probably partly designed for apt-file):
- `apt-get indextargets' (for finding the Contents files, which are
  downloaded by apt now like Packages etc.)
- `/usr/lib/apt/apt-helper cat-file' for reading the Contents files
  (also in the apt package)

These are the same interfaces that apt-file uses, IIUIC.


Thinking out aloud:

Having a direct dependency on new-enough apt would be more correct
technically as that is what dh-make-perl interfaces with; OTOH it
"feels" like we're using apt-file :) And some error output still
talks about "install apt-file, run apt-file update", which is also
not really true since apt-file just runs apt update and provides the
necessary apt config snippet to download the Contents files. --

Hm, that latter point might be a good reason to keep the apt-file
dependency because otherwise people would have to craft the apt
config themselves to get the Contents files. Maybe a compromise
interpretation would be "dh-make-perl technically doesn't use
apt-file but without apt-file installed the probability that using
the Contents files actually works is rather low, so let's keep the
Recommends on it."


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #198:  Post-it Note Sludge leaked into the monitor. 

Bug#819646: RFS: kadu/3.0-0.1 [RC]

[Mateusz Łukasik]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: kadu
   Version : 3.0-0.1
   Upstream Author : Kadu Team
 * URL : http://kadu.im
 * License : GPL-3+
   Section : net

  It builds those binary packages:

 kadu  - Gadu-Gadu/XMPP client for X11
 kadu-common - Gadu-Gadu/XMPP client for X11
 kadu-dev   - Development files needed to compile plugins for kadu
 kadu-themes - Additional icons and emoticons for Kadu
 libkadu- Gadu-Gadu/XMPP client for X11

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


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

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

dget -x 
http://mentors.debian.net/debian/pool/main/k/kadu/kadu_3.0-0.1.dsc


  Changes since the last upload:

* Non-maintainer upload with maintainer's permission.

  [ Mateusz Łukasik ]
  * New upstream release. (Closes: #582549, #808697)
  * Update debian/watch file - thanks bartm!
  * d/control:
- Drop libqca2-dev, libqt4-dev and libqtwebkit-dev from B-D.
  (Closes: #784472)
- B-D: Replace qtquick1-5-dev by qtdeclarative5-dev.
- Update description about Qt version.
- Update depends to Qt5 versions.
- Bump Standards-Version to 3.9.7.
- Update homepage address.
- Fix VCS fields: Use canonical and secured links.


  Regards,
   Mateusz Łukasik

Bug#697821: libpng-dev in experimental has now the real package

[Gianfranco Costamagna]

Hi,


>Sounds great, thanks for all your efforts in the libpng transition!


I did very little, most effort was by Tobias :)

>like to help you with Retroarch which you have uploaded to mentors.
>
>A friend of mine is interested in having Retroarch in Debian and
>he asked me to step in.


wonderful! as a starting point, can you please consider having a look to my
first review steps?
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=811214

don't hesitate to set yourself as owner :p
>Well, I'm not member on the official buildd team (yet), I'm just
>controlling ports, so you'd have to ask them for such binNMUs.


ok
>Yeah, I agree. We should definitely ask for binNMUs.


well, I don't remember exactly what was uninstallable, but I tried an
apt-get install libfreetype6 libpng-dev and it worked.

it dragged the old libpng12-dev and the new libpng-dev, so in some way both 
libpng have
been successfully installed.

So, it might even work without binNMUs if we are enough lucky :)


>No worries, some things take time!

I hope to see it fixed in less than one month, we are still fighting with 
multiarch
stuff [1] (an hint is appreciated!)


[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650601#908


I think a non-multiarch libpng would be a mess in Debian

thanks!

Gianfranco

Bug#819647: ITP: python-flask-restful-swagger -- Swagger spec extractor for flask-restful

[Adrian Alves]

Package: wnpp
Severity: wishlist
Owner: Adrian Alves 

* Package name: python-flask-restful-swagger
  Version : 0.19
  Upstream Author : Ran Tavory 
* URL : https://github.com/rantav/flask-restful-swagger
* License : MIT
  Programming Lang: Python
  Description : Swagger spec extractor for flask-restful

 flask-restful-swagger is a wrapper for flask-restful
 which enables swagger support. In essense, you just need
 to wrap the Api instance and add a few python decorators
 to get full swagger support.

Bug#819588: openjade: Tries to open /etc/sgml/openjade1.3.cat

[Neil Roeth]

On 03/31/2016 04:26 AM, Preuße...@buxtehude.debian.org, Hilmar wrote:
> So new guess: openjade1.3 does not unregister its catalog.
>
> sid:/var/lib# less -X /var/lib/dpkg/info/openjade1.3.postrm
> #!/bin/sh
> set -e
> # Automatically added by dh_installcatalogs
> if [ "$1" = "purge" ]; then
> rm -f /etc/sgml/openjade1.3.cat.old
> fi
> # End automatically added section
>
> Maybe simply calling dh_installcatalogs in debian/rules is not sufficient.
>
> Hilmar
Thanks for the update.  I think your new guess is correct.

-- 
Neil Roeth

Bug#818116: Broken fix

[Maik Zumstrull]

reopen 818116
thanks

You replaced "grep" with "grep | true" which not only fixes the return code but 
also eats the output. The intention was probably to use "grep || true".

The package now prints
/var/lib/dpkg/info/uwsgi-plugin-python.postinst: 61: [: Illegal number:

during install (but no longer totally fails to install).

Bug#819648: ITP: python-marshmallow -- simplified object serialization

[Adrian Alves]

Package: wnpp
Severity: wishlist
Owner: Adrian Alves 

* Package name: python-marshmallow
  Version : 2.6.1
  Upstream Author : Steven Loria 
* URL : https://github.com/marshmallow-code/marshmallow
* License : MIT
  Programming Lang: Python
  Description : simplified object serialization

marshmallow is an ORM/ODM/framework-agnostic library
for converting complex datatypes, such as objects,
to and from native Python datatypes.

Bug#816542: RFS: connman/1.31-0.1 [RC]

[Mateusz Łukasik]

On 03.03.2016 on 12:46, Gianfranco Costamagna wrote:

control: owner -1 !
control: tags -1 moreinfo



Hi Mateusz!


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


Hi Gianfranco,




lets review:


1)

   * New upstream release (1.31) (Closes: #813580, #813647)




#813647 seems not fixed, according to the upstream commits referenced in RC bug.

http://git.kernel.org/cgit/network/connman/connman.git/commit/?id=acea08a0e4234a4c1a87bedc087c73ff36de0c7b
http://git.kernel.org/cgit/network/connman/connman.git/commit/?id=754cc1678f5c61501299bbde70a73c58d691609b

2) you seem to have changed a previous changelog entry

connman (1.21-1) unstable; urgency=low

-  * New upstream release. (Closes: #688238)
-  * Add myself to the list of uploaders.
-  * Bump Standards Version to 3.9.5 (no changes required).
-  * Build from upstream git:
-- Use dh-autoreconf.
-  * Use init-system-helpers/dh-systemd.
-  * Split off connman-vpn.
-  * Rework descriptions (From Patrik Flykt ).
-  * Also install manpage for connmanctl.
-  * Add patch to remove obsolete After=syslog.target
-from systemd service file:
-- debian/patches/0001-remove-After-syslog.target-obsolete.patch
+  * New upstream release.
+  * Bump Standards Version to 3.9.5 (no changes required)
+  * Build from upstream git
+- Use dh-autoreconf
+  * Use init-system-helpers/dh-systemd
+  * Split off connman-vpn
+  * Rework descriptions (From Patrik Flykt )

-- Shawn Landden   Mon, 10 Feb 2014 19:40:38 -0800





I prepare it as cherry picks to version which is already in repository:

http://mentors.debian.net/debian/pool/main/c/connman/connman_1.21-1.3.dsc


3) std-version is 3.9.7 now



Done.


other stuff LGTM, even if it seems a little too much for an NMU, but since most 
work
has been done by an uploader (Shawn), and the package gained 4 NMUs in 2 
uploads, I can
sponsor it if you fix the above.

thanks a lot for the nice work!

Gianfranco


Mateusz

Bug#819546: vsftpd no longer starts with systemd because of listen_ipv6=NO from Bug: #803999

[Louis Bouchard]

Hello,

Le 31/03/2016 06:04, Jörg Frings-Fürst a écrit :
> severity 819546 normal
> thanks
> 
> Hello Louis,
> 
> thank you for spending your time helping to make Debian better with
> this bug report.
> 
> I think that no configuration of vsftpd should be activated without
> verification.
> 
> FTP is also not a service that is absolutely necessary immediately
> after a new installation for the system functionality.
> 
> And there are many examples configurations in the documentation.
> 
> I do not close this bug because when installing no notice will be
> posted.
> 
> CU
> Jörg
> 
> 
> 

I must disagree. First of all, it is an accepted policy that daemons on Debian
do start upon installation of the package. This was the case with vsftpd up
until vsftpd_3.0.2 and only got change with Bug: #803999.

This bug introduces a regression, including on debian/stable which also sets
listen_ipv6=YES.

As a side note, this is not uncommon to set configuration options that diverge
from the default as we can see in man ssh_config :

" Note that the Debian openssh-client package sets several options as
standard in /etc/ssh/ssh_config which are not the
 default in ssh(1):

   ·   SendEnv LANG LC_*
   ·   HashKnownHosts yes
   ·   GSSAPIAuthentication yes"

I do believe that listen_ipv6 should be brought back to YES to avoid the
regression and that the manpage should be updated to indicate such a 
modification.

vsftpd's anonymous access is disabled by default so the systematic enablement of
vsftpd is what should be expected.

Kind regards,

...Louis


-- 
Louis Bouchard
Software engineer,
Ubuntu DeveloperDebian Mainainer
GPG : 429D 7A3B DD05 B6F8 AF63  B9C4 8B3D 867C 823E 7A61



signature.asc
Description: OpenPGP digital signature

Bug#818116: [pkg-uWSGI-devel] Bug#818116: Broken fix

[Jonas Smedegaard]

Quoting Maik Zumstrull (2016-03-31 14:36:47)
> You replaced "grep" with "grep | true" which not only fixes the return 
> code but also eats the output. The intention was probably to use "grep 
> || true".
> 
> The package now prints
> /var/lib/dpkg/info/uwsgi-plugin-python.postinst: 61: [: Illegal number:
> 
> during install (but no longer totally fails to install).

Ah, indeed!  Thanks a lot for spotting my error!

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Bug#819649: ITP: tinydb -- TinyDB is a lightweight document oriented database optimized for your happiness

[Adrian Alves]

Package: wnpp
Severity: wishlist
Owner: Adrian Alves 

* Package name: tinydb
  Version : 3.1.3
  Upstream Author : Markus Siemens 
* URL : https://github.com/msiemens/tinydb
* License : MIT
  Programming Lang: Python
  Description : TinyDB is a lightweight document oriented database 
optimized for your happiness

TinyDB is a tiny, document oriented database optimized
for your happiness :) It's written in pure Python and 
has no external requirements. The target are small apps
that would be blown away by a SQL-DB or an external 
database server.

Bug#819588: openjade: Tries to open /etc/sgml/openjade1.3.cat

[Preuße]

On 31.03.2016 14:44, Neil Roeth wrote:
> On 03/31/2016 04:26 AM, Preuße...@buxtehude.debian.org, Hilmar wrote:

Hi,

>> So new guess: openjade1.3 does not unregister its catalog.
>>
>> Maybe simply calling dh_installcatalogs in debian/rules is not sufficient.
>>
> Thanks for the update.  I think your new guess is correct.
> 
AFAICT openjade is affected too. Please be so kind to fix that also.

Thanks
  Hilmar
-- 
http://www.hilmar-preusse.de.vu/   #206401 http://counter.li.org

Bug#796624: mdadm: Has init script in runlevel S but no matching service file

[Felipe Sateler]

Hello upstream mdadm.

I'm adding you to CC to resolve the issue of an init script that
current debian uses, that might possibly be redundant. Please see my
below diagnosis

On 24 December 2015 at 16:10, Felipe Sateler  wrote:
>
> On Sat, 22 Aug 2015 22:32:00 -0300 fsate...@debian.org wrote:
> > Hi,
> >
> > Your package mdadm has an initscript that is enabled in runlevel S,
> > but it does not provide a corresponding systemd service unit.
>
> It seems that the mdadm-raid init script (which triggered this bug
> report) is not useful on a udev system (which all systemd systems
> are[1]). The file /lib/udev/rules.d/64-md-raid-assembly.rules assembles
> the arrays incrementally as devices are known to udev, and so running
> a separate assembly step should be superfluous. If this is not true,
> then maybe this should be reported upstream, as there is a systemd
> service missing.

For reference, the init script in question can be seen in the souces
site[1]. On boot, it invokes mdadm --assemble and reports some status
messages for each md device.

So, the questions are: is this init script redundant on a udev system?
If not, isn't an equivalent systemd unit missing upstream?


[1] http://sources.debian.net/src/mdadm/3.4-1/debian/mdadm-raid/


-- 

Saludos,
Felipe Sateler

Bug#762594: Bug#819493: debian-security-support: FTBFS on jessie: attemps to install nonexistent security-support-ended.deb8+deb8u3 file

[Holger Levsen]

On Wed, Mar 30, 2016 at 10:26:56PM +0200, Santiago Ruano Rincón wrote:
> I wonder if a more suitable approach, and close #762594 along, would be
> to include all security-support-ended* lists files in the binary
> package, and make check-support-status to evaluate the debian_version
> where it runs.

This seems pretty reasonable indeed! And fixing #762594 would really be
nice…


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#813708: autojump: Wrong path for zsh in README.Debian

[Simon Marchi]

On 2016-03-31 07:56, Tanguy Ortolo wrote:

package autojump
tags 813708 moreinfo
thanks

Hello,

Simon Marchi, 2016-02-04 10:48-0500:

In /usr/share/doc/autojump/README.Debian, the path to add to .zshrc is
wrong.  It should be:
. /usr/share/autojump/autojump.zsh

instead of
. /usr/share/autojump/autojump.sh


Well, not exactly. If you look at autojump.sh, you will see that,
depending on the shell you use, it sources autojump.bash,
autojump.zsh, autojump.fish or autojump.tcsh.

While directly sourcing autojump.zsh would work just fine, I find it
easier to have instructions as similar as possible for every shell.

Is there a good reason to change the instructions, for instance if the
current suggestion of sourcing autojump.sh does not work?


You are totally right, I didn't consider that possibility.  Sorry about 
the noise then.

Bug#819650: mirror submission for mirror.ba

[Emir Beganovic]

Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission

Submission-Type: new
Site: mirror.ba
Aliases: debian.mirror.ba
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x 
CDImage-ftp: /debian/debian-cd/
CDImage-http: /debian/debian-cd/
CDImage-rsync: debian-cd/
IPv6: no
CDImage-upstream: cdimage.debian.org
Updates: four
Maintainer: Emir Beganovic 
Country: BA Bosnia and Herzegovina
Location: Sarajevo, Bosnia and Herzegovina

Bug#790611: ITP: python-grip -- Grip -- GitHub Readme Instant Preview

[Tiago Ilieve]

Hi Gustavo,

How the packaging work is going? Are you still working on it? Looks
like the missing dependencies right now are "path-and-address"[1] and
"responses"[2].

I'm interested in seen this package in Debian as well. Let me know how
(and if) we can work together on this.

Regards,
Tiago.

[1]: https://github.com/joeyespo/grip/blob/efb2539/requirements.txt
[2]: https://github.com/joeyespo/grip/blob/efb2539/requirements-test.txt

-- 
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
GitHub: https://github.com/myhro
LinkedIn: https://br.linkedin.com/in/myhro
Montes Claros - MG, Brasil

Bug#819651: ITP: jayway-jsonpath -- Jayway JsonPath - XPath like expressions for JSON

[Emmanuel Bourg]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 

* Package name: jayway-jsonpath
  Version : 0.9.1
  Upstream Author : Kalle Stenflo 
* URL : https://github.com/jayway/JsonPath
* License : Apache-2.0
  Programming Lang: Java
  Description : Jayway JsonPath - XPath like expressions for JSON

Jayway JsonPath is a Java port of Stefan Goessner JSONPath
implementation. It provides a XPath like syntax to query JSON
documents.

This library is required to upgrade the libspring-java package.
I'll be maintained by the Java Team.

Bug#819628: Pending fixes for bugs in the golang-github-appc-docker2aci package

[pkg-go-maintainers]

tag 819628 + pending
thanks

Some bugs in the golang-github-appc-docker2aci package are closed in
revision 4edbad2b67f5a71a0470eac6adaf0ec41b0ada30 in branch 'master'
by Dmitry Smirnov

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-appc-docker2aci.git/commit/?id=4edbad2

Commit message:

Vesrioned depends on docker-distribution (Closes: #819628).

Bug#819652: dcraw: Changing priority from extra to optional ?

[Filip Hroch]

Package: dcraw
Version: 9.21-0.2+b2
Severity: normal

Dear collegues,

could be possible to change priority of dcraw from
"extra" to "optional"? By the policy manual, the
extra priority is for "all packages that conflict
with others". I thinks there are no such conflicts.

Thank you very much
FH

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages dcraw depends on:
ii  libc62.19-18+deb8u3
ii  libjasper1   1.900.1-debian1-2.4+deb8u1
ii  libjpeg62-turbo  1:1.3.1-12
ii  liblcms2-2   2.6-3+b3

dcraw recommends no packages.

Versions of packages dcraw suggests:
pn  gphoto2  
ii  netpbm   2:10.0-15.2

-- no debconf information
-- 
F. Hroch  e-mail, jabber: hr...@physics.muni.cz, tel.: +420549494470
Dept. of theor. physics and astrophysics, MU Brno, Kotlarska 2,CZ-611 37

Bug#819653: Lintian: package contains empty directory

[Elimar Riesebieter]

Source: vim
Severity: minor
Tags: patch

vim-common: package-contains-empty-directory usr/share/icons/hicolor/16x16/apps/
vim-common: package-contains-empty-directory usr/share/icons/hicolor/32x32/apps/


---
 debian/vim-common.dirs | 2 --
 1 file changed, 2 deletions(-)

diff --git a/debian/vim-common.dirs b/debian/vim-common.dirs
index e1022da..abb65e6 100644
--- a/debian/vim-common.dirs
+++ b/debian/vim-common.dirs
@@ -3,6 +3,4 @@
 /var/lib/vim/addons/
 /usr/share/pixmaps/
 /usr/share/icons/hicolor/scalable/apps/
-/usr/share/icons/hicolor/16x16/apps/
-/usr/share/icons/hicolor/32x32/apps/
 /usr/share/icons/hicolor/48x48/apps/
-- 
2.8.0.rc3

Bug#816979: Bug #816979: Not really binary-indep related

[Santiago Vila]

user sanv...@debian.org
usertags 816979 - binary-indep
severity 816979 serious
close 816979

This is an ordinary FTBFS bug, not binary-indep related, so I'm
closing this one in favour of #818449 reported by Martin afterwards.

Martin: If you ever see another bug like this, please feel free to:

* Raise the severity to serious.
* Drop the binary-indep usertag.

Thanks.

Bug#819654: ITP: barectf -- A code generator to write native CTF binary streams

[Michael Jeanson]

Package: wnpp
Severity: wishlist
Owner: Michael Jeanson 

* Package name: barectf
  Version : 2.1.4
  Upstream Author : Philippe Proulx 
* URL : http://barectf.org/
* License : MIT
  Programming Lang: Python
  Description : A C99 code generator to write native CTF binary streams

 barectf is a command-line utility which generates C99 code that is able
 to write native Common Trace Format (CTF) binary streams. The target
 audience of barectf is developers who need to trace bare metal systems
 (without an operating system). The code produced by barectf is pure C99
 and can be lightweight enough to fit on a tiny microcontroller.

Bug#776728: newsbeuter: nasty memory leak in 2.8

[Nikos Tsipinakis]

Hello,

On Wed, Mar 30, 2016 at 10:12:35PM +0100, Manuel A. Fernandez Montecelo wrote:
> It seems that 2.9 still uses a lot of memory (at least in my
> use-case), 800MB right now after being restarted a few hours ago.
> 
> So re-opening this bug.

Apparently the patch for the memory leak didn't fully make it into 2.9, I'll 
upload a patched version later today.

-- 
Best Regards,
Nikos Tsipinakis

Bug#816283: NVRM: API mismatch on cuda/jessie-backports

[Andreas Beckmann]

On 2016-03-31 11:46, Alois Schloegl wrote:
> I'm trying to get Cuda working on debian/jessie. When running
> nvidia-smi, dmesg shows this message:
> 
> [ 2355.945623] NVRM: API mismatch: the client has the version 352.41, but
> NVRM: this kernel module has the version 352.79.  Please
> NVRM: make sure that this kernel module and all NVIDIA driver
> NVRM: components have the same version.
> [ 2355.970347] NVRM: nvidia_frontend_ioctl: minor 255, module->ioctl
> failed, error -22
> 
> Any ideas, where this client with version 352.41 comes from, and how to
> fix this ?

We had 352.41-1 in experimental ... or did you install that driver from
the .run installer?

This "client" is an old library ... try

  strace -e open nvidia-smi

to see which library is is openening and then see where this is
pointing, it's probably /usr/lib/x86_64-linux-gnu/libnvidia-ml.so.1
being incorrect in some way.

> FYI:
> * More information is available here
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816283#44

Please keep this discussion in the bug!

> 
> * Currently the following packages are installed, as shown with  'dpkg
> -l |grep -i nvidia'
> 
> ii  glx-alternative-nvidia 0.7.1~bpo8+1
> amd64allows the selection of NVIDIA as GLX provider
> ii  libcublas6.5:amd64 6.5.19-3~bpo8+1
> amd64NVIDIA cuBLAS Library
> ii  libcuda1:amd64 352.79-1~bpo8+1
> amd64NVIDIA CUDA Driver Library
> ii  libcudart6.5:amd64 6.5.19-3~bpo8+1
> amd64NVIDIA CUDA Runtime Library
> ii  libcufft6.5:amd64  6.5.19-3~bpo8+1
> amd64NVIDIA cuFFT Library
> ii  libcufftw6.5:amd64 6.5.19-3~bpo8+1
> amd64NVIDIA cuFFTW Library
> ii  libcuinj64-6.5:amd64   6.5.19-3~bpo8+1
> amd64NVIDIA CUINJ Library (64-bit)
> ii  libcurand6.5:amd64 6.5.19-3~bpo8+1
> amd64NVIDIA cuRAND Library
> ii  libcusparse6.5:amd64   6.5.19-3~bpo8+1
> amd64NVIDIA cuSPARSE Library
> ii  libegl1-nvidia:amd64   352.79-1~bpo8+1
> amd64NVIDIA binary EGL libraries
> ii  libgl1-nvidia-glx:amd64352.79-1~bpo8+1
> amd64NVIDIA binary OpenGL libraries
> ii  libgles1-nvidia:amd64  352.79-1~bpo8+1
> amd64NVIDIA binary OpenGL|ES 1.x libraries
> ii  libgles2-nvidia:amd64  352.79-1~bpo8+1
> amd64NVIDIA binary OpenGL|ES 2.x libraries
> ii  libnppc6.5:amd64   6.5.19-3~bpo8+1
> amd64NVIDIA Performance Primitives core runtime library
> ii  libnppi6.5:amd64   6.5.19-3~bpo8+1
> amd64NVIDIA Performance Primitives for image processing
> runtime library
> ii  libnpps6.5:amd64   6.5.19-3~bpo8+1
> amd64NVIDIA Performance Primitives for signal processing
> runtime library
> ii  libnvcuvid1:amd64  352.79-1~bpo8+1
> amd64NVIDIA CUDA Video Decoder runtime library
> ii  libnvidia-compiler:amd64   352.79-1~bpo8+1
> amd64NVIDIA runtime compiler library
> ii  libnvidia-eglcore:amd64352.79-1~bpo8+1
> amd64NVIDIA binary EGL core libraries
> ii  libnvidia-ml1:amd64352.79-1~bpo8+1
> amd64NVIDIA Management Library (NVML) runtime library
> ii  libnvtoolsext1:amd64   6.5.19-3~bpo8+1
> amd64NVIDIA Tools Extension Library
> ii  libnvvm2:amd64 6.5.19-3~bpo8+1
> amd64NVIDIA NVVM Library
> ii  nvidia-alternative 352.79-1~bpo8+1
> amd64allows the selection of NVIDIA as GLX provider
> ii  nvidia-cuda-dev6.5.19-3~bpo8+1
> amd64NVIDIA CUDA development files
> ii  nvidia-cuda-doc6.5.19-3~bpo8+1
> all  NVIDIA CUDA and OpenCL documentation
> ii  nvidia-cuda-gdb6.5.19-3~bpo8+1
> amd64NVIDIA CUDA Debugger (GDB)
> ii  nvidia-cuda-toolkit6.5.19-3~bpo8+1
> amd64NVIDIA CUDA development toolkit
> ii  nvidia-driver  352.79-1~bpo8+1
> amd64NVIDIA metapackage
> ii  nvidia-driver-bin  352.79-1~bpo8+1
> amd64NVIDIA driver support binaries
> ii  nvidia-installer-cleanup   20151021+1~bpo8+1
> amd64cleanup after driver installation with the
> nvidia-installer
> ii  nvidia-kernel-common   20151021+1~bpo8+1
> amd64NVIDIA binary kernel module support files
> ii  nvidia-kernel-dkms 352.79-1~bpo8+1
> amd64NVIDIA binary kernel module DKMS source
> ii  nvidia-kern

Bug#819655: mesa-va-drivers: conflict with package vdpau-va-driver

[Arthur Marsh]

Package: mesa-va-drivers
Version: 11.2.0~rc4-1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Selecting previously unselected package mesa-va-drivers:i386.
Preparing to unpack .../mesa-va-drivers_11.2.0~rc4-1_i386.deb ...
Unpacking mesa-va-drivers:i386 (11.2.0~rc4-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/mesa-va-drivers_11.2.0~rc4-1_i386.deb (--unpack):
 trying to overwrite '/usr/lib/i386-linux-gnu/dri/radeonsi_drv_video.so', which 
is also in package vdpau-va-driver:i386 0.7.4-4
Preparing to unpack .../mesa-vdpau-drivers_11.2.0~rc4-1_i386.deb ...
Unpacking mesa-vdpau-drivers:i386 (11.2.0~rc4-1) over (11.1.2-1) ...
Processing triggers for libc-bin (2.22-5) ...
Processing triggers for hicolor-icon-theme (0.13-1) ...
Processing triggers for mime-support (3.59) ...
Warning: package mozilla listed in /etc/mailcap.order does not have mailcap 
entries.
Processing triggers for desktop-file-utils (0.22-1) ...
Errors were encountered while processing:
 /var/cache/apt/archives/mesa-va-drivers_11.2.0~rc4-1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Setting up libnm-util2:i386 (1.1.92-1) ...
Setting up mesa-common-dev:i386 (11.2.0~rc4-1) ...
Setting up libnm-glib4:i386 (1.1.92-1) ...
Setting up mesa-vdpau-drivers:i386 (11.2.0~rc4-1) ...
Setting up libgl1-mesa-dri:i386 (11.2.0~rc4-1) ...
Installing new version of config file /etc/drirc ...
Setting up libglapi-mesa:i386 (11.2.0~rc4-1) ...
Setting up libgl1-mesa-glx:i386 (11.2.0~rc4-1) ...
Setting up bsdmainutils (9.0.10) ...
Setting up libpython2.7-minimal:i386 (2.7.11-7) ...
Setting up libgles2-mesa:i386 (11.2.0~rc4-1) ...
Setting up libpython2.7-stdlib:i386 (2.7.11-7) ...
Setting up python2.7-minimal (2.7.11-7) ...
Setting up libpython3.5-minimal:i386 (3.5.1-10) ...
Setting up libegl1-mesa:i386 (11.2.0~rc4-1) ...
Setting up openjdk-8-jre-headless:i386 (8u77-b03-2) ...
update-binfmts: warning: current package is openjdk-8, but binary format 
already installed by openjdk-6
OpenJDK Server VM warning: ignoring option PermSize=128m; support was removed 
in 8.0
Setting up libsnmp-base (5.7.3+dfsg-1.3) ...
Setting up libsnmp30:i386 (5.7.3+dfsg-1.3) ...
Setting up libosmesa6:i386 (11.2.0~rc4-1) ...
Setting up libgles1-mesa:i386 (11.2.0~rc4-1) ...
Setting up libpython3.5-stdlib:i386 (3.5.1-10) ...
Setting up python2.7 (2.7.11-7) ...
Setting up python3.5-minimal (3.5.1-10) ...
Setting up openjdk-8-jre:i386 (8u77-b03-2) ...
Setting up libgl1-mesa-dev:i386 (11.2.0~rc4-1) ...
Setting up libwayland-egl1-mesa:i386 (11.2.0~rc4-1) ...
Setting up libegl1-mesa-dev:i386 (11.2.0~rc4-1) ...
Setting up libpython2.7:i386 (2.7.11-7) ...
Processing triggers for man-db (2.7.5-1) ...
Setting up libpython2.7-dev:i386 (2.7.11-7) ...
Setting up python2.7-dev (2.7.11-7) ...
Setting up python3.5 (3.5.1-10) ...
Setting up libpython3.5:i386 (3.5.1-10) ...
Processing triggers for libc-bin (2.22-5) ...
Press Return to continue.

Performing actions...
(Reading database ... 581606 files and directories currently installed.)
Preparing to unpack .../mesa-va-drivers_11.2.0~rc4-1_i386.deb ...
Unpacking mesa-va-drivers:i386 (11.2.0~rc4-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/mesa-va-drivers_11.2.0~rc4-1_i386.deb (--unpack):
 trying to overwrite '/usr/lib/i386-linux-gnu/dri/radeonsi_drv_video.so', which 
is also in package vdpau-va-driver:i386 0.7.4-4
Errors were encountered while processing:
 /var/cache/apt/archives/mesa-va-drivers_11.2.0~rc4-1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Press Return to continue.

Performing actions...
(Reading database ... 581600 files and directories currently installed.)
Removing vdpau-va-driver:i386 (0.7.4-4) ...
(Reading database ... 581596 files and directories currently installed.)
Preparing to unpack .../mesa-va-drivers_11.2.0~rc4-1_i386.deb ...
Unpacking mesa-va-drivers:i386 (11.2.0~rc4-1) ...
Setting up mesa-va-drivers:i386 (11.2.0~rc4-1) ...
Press Return to continue.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

removed package vdpau-va-driver

   * What was the outcome of this action?

successful installation

   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- Package-specific info:
glxinfo:


X server symlink status:

lrwxrwxrwx 1 root root 13 May  4  2009 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Mar 30 03:51 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
[AMD/ATI] RV350 [Radeon 9550] [1002:4153]

Xorg X server configuration file status:

-rw-r--r-- 1 root root 859 Jul 29  2015 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---
# /etc/X11/xorg.conf (xorg X

Bug#819656: smplayer: Change the DDTS description

[scootergrisen]

Package: smplayer
Version: 14.9.0~ds0-1
Severity: minor

Right now the short description is:
"complete front-end for MPlayer, MPlayer2 and MPV"

I suggest changing it to:
"Complete front-end for MPlayer, MPlayer2 and mpv"

With large starting letter and "mpv" with small letters.

Also update the long description.
It says "Qt4 Mplayer front-end..." but as the short description says it can
also use mpv.

Maybe better to start the long description with something like:
"SMPlayer is a front-end..."

Like description for other packages.



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=da_DK.utf8, LC_CTYPE=da_DK.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages smplayer depends on:
ii  libc6   2.19-18+deb8u4
ii  libgcc1 1:4.9.2-10
ii  libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-network  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-script   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-xml  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libstdc++6  4.9.2-10
ii  mplayer2 [mplayer]  2.0-728-g2c378c7-4+b1
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages smplayer recommends:
pn  smplayer-l10n
pn  smplayer-themes  

smplayer suggests no packages.

Bug#819611: libcupsfilters-dev: #include should be #include

[Till Kamppeter]

On 03/31/2016 02:29 AM, Jason Lewis wrote:

* What led up to the situation?
 trying to compile and install the Perl module Net::CUPS::Destination


Your actual problem is that you are not able to build or install this 
Perl module. It is not due to the fact you mention below. To find the 
real cause we need more information. So please post the screen output of 
your failed build and/or install attempt here.



* What exactly did you do (or not do) that was effective (or
  ineffective)?
raster.h has been moved from /usr/include/cups to /usr/include/cupsfilters but
the cups header files still try and #include it as cups/raster.h



/usr/include/cups/raster.h did not move to /usr/include/cupsfilters. The
/usr/include/cupsfilters/raster.h serves a completely different purpose. 
The former defines data types and functions for handling the CUPS/PWG 
Raster image format, the latter provides the cupsRasterParseIPPOptions() 
function. Simply have a look into the two raster.h files and you see it. 
If replacing "#include " by "#include 
" works, it is simply due to the fact that 
/usr/include/cupsfilters/raster.h includes /usr/include/cups/raster.h. 
Especially I would not expect that this change would solve your original 
problem.



see /usr/include/cupsfilters/*.h  image.h, driver.h, colormanger.h and raster.h
have the wrong path.


The "#include " is absolutely correct in these, see 
above. Especially it does not make sense for 
/usr/include/cupsfilters/raster.h to include itself. None of the *.h 
files you mentioned uses the cupsRasterParseIPPOptions() function which 
is the only resource defined in /usr/include/cupsfilters/raster.h.


So the bug causing your problem is something else.

   Till