Bug#759292: smuxi-engine: init script for smuxi-server

[Michael Meskes]

On Tue, Aug 26, 2014 at 02:57:28AM +0530, Faheem Mitha wrote:
> Package: smuxi-engine
> Version: 0.11~rc5-1~bpo70+1
> Severity: wishlist

I doubt wishlist is the right priority, it should by higher IMO. Actually I 
wonder if policy says anything about it. 

Anyhow, is there a reason why this bug did not even get a reply, let alone a 
fix in more than a year?

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL

Bug#809088: ghc-mod: Unable to install ghc-mod

[Sven Bartscher]

Control: severity -1 grave
Control: tags -1 + pending

On Sun, 27 Dec 2015 14:50:45 +0530
Vasudev Kamath  wrote:

> Source: ghc-mod
> Severity: important
> 
> Dear Maintainer,
> 
> I'm trying to install ghc-mod but I get following error.
> 
> The following information may help to resolve the situation:
> 
> The following packages have unmet dependencies:
>  ghc-mod : Depends: ghc (< 7.8.4+) but 7.10.3-4.1 is to be installed
>Recommends: ghc-mod-el (= 5.2.1.2-1) but it is not going to be 
> installed
> E: Unable to correct problems, you have held broken packages.
> 
> Checking at the tracker _ It looks like this package is having this
> problem for about ~6 months. I also tried installing package from
> experimental but it also fails with following error.
> 
> The following packages have unmet dependencies:
>  ghc-mod : Depends: ghc (< 7.10.2+) but 7.10.3-4.1 is to be installed
>Recommends: ghc-mod-el (= 5.3.0.0-3) but it is not going to be 
> installed
> E: Unable to correct problems, you have held broken packages.

Thanks for your report!
We recently transitioned to GHC 7.10 in unstable and ghc-mod wasn't
updated for that. There will soon be an upload that can be built with
GHC 7.10, which should fix this problem.

> Probably the right severity for bug is *grave* as this issue renders
> package unusable but I'm not quite sure so I've kept it at
> *important*. Please consider bumping severity if that is the right
> severity.

I bumped the severity, as this indeed makes the package unusable for
almost everyone.

Regards
Sven


pgp8bOpkaWjgF.pgp
Description: Digitale Signatur von OpenPGP

Bug#809091: pdns-recursor: Dies with SIGABRT if forward-zones-file used

[Zlatko Calusic]

Package: pdns-recursor
Version: 4.0.0~alpha1-2
Severity: normal

I forward requests for 2 zones using forward-zones-file mechanism. It worked 
properly in v3.7, now if I try to resolve anything belonging to the zones, 
pdns-recursor dies immediately (killed with SIGABRT).

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

Kernel: Linux 4.4.0-rc6+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages pdns-recursor depends on:
ii  adduser  3.113+nmu3
ii  init-system-helpers  1.24
ii  libc62.21-6
ii  libgcc1  1:5.3.1-4
ii  liblua5.2-0  5.2.4-1
ii  libstdc++6   5.3.1-4
ii  lsb-base 9.20150917

pdns-recursor recommends no packages.

pdns-recursor suggests no packages.

-- Configuration Files:
/etc/powerdns/recursor.conf changed:
config-dir=/etc/powerdns
forward-zones-file=/etc/powerdns/forward-zones.conf
local-address=127.0.0.1
max-negative-ttl=1
packetcache-servfail-ttl=1
quiet=no
setgid=pdns
setuid=pdns


-- no debconf information

Bug#759292: smuxi-engine: init script for smuxi-server

[Faheem Mitha]

On Sun, 27 Dec 2015, Michael Meskes wrote:


On Tue, Aug 26, 2014 at 02:57:28AM +0530, Faheem Mitha wrote:

Package: smuxi-engine
Version: 0.11~rc5-1~bpo70+1
Severity: wishlist


I doubt wishlist is the right priority, it should by higher IMO. 
Actually I wonder if policy says anything about it.


Anyhow, is there a reason why this bug did not even get a reply, let 
alone a fix in more than a year?



Michael


Hi Michael,

Thanks for writing. I must admit that I don't even remember filing this 
bug.


You could talk to Mirco on IRC (#smuxi) about it. He's quite helpful and 
cooperative. He's upstream as well as being the Debian maintainer.


I don't currently use smuxi myself, so I'm not in touch.

And I'm not sure about policy, but a good place to ask about such things 
is #debian-mentors on OFTC.


   Regards, Faheem Mitha


--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL

Bug#806082: Not fixed yet

[Santiago Vila]

reopen 806082
found 806082 0.5.0+git1.656f8865-2
thanks

Hi.

This is unfortunately not fixed yet.

When building with "dpkg-buildpackage -A", the build process ends in this way:

[...]
 dpkg-genchanges -A >../multipath-tools_0.5.0+git1.656f8865-2_all.changes
dpkg-genchanges: error: binary build with no binary artifacts found; cannot 
distribute
dpkg-buildpackage: error: dpkg-genchanges gave error exit status 2

This is because debian/rules has an almost empty binary-indep target:


# Build architecture-independent files here.
binary-indep: build install
# We have nothing to do by default.


This is where the "Arch: all" packages should be created, but that can't happen
because there are no dh_* calls at all.

I recommend that you actually try "dpkg-buildpackage -A".

Thanks.

Bug#809029: apt: trusted=yes option in sources.list not recognized

[Andreas Metzler]

On 2015-12-27 Christoph Anton Mitterer  wrote:
> On Sat, 2015-12-26 at 18:53 +0100, Andreas Metzler wrote:
> > I do not know on how to improve on that. Feel free to close this
> > bug-report.

> I think the proper way would be to use some formatting to differ
> between terminal and non-terminal symbols.

> E.g. Underlining any non-terminal symbols.

Underlined square brackets do not render very well but it is an
improvement.

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
diff --git a/doc/sources.list.5.xml b/doc/sources.list.5.xml
index 297939a..64f9e13 100644
--- a/doc/sources.list.5.xml
+++ b/doc/sources.list.5.xml
@@ -136,8 +136,8 @@
The format for two one-line-style entries using the
deb and deb-src types is:
 
-   deb [ option1=value1 option2=value2 ] uri suite [component1] [component2] [...]
-deb-src [ option1=value1 option2=value2 ] uri suite [component1] [component2] [...]
+   deb [ [option1=value1 option2=value2] ] uri suite [component1] [component2] [...]
+deb-src [ [option1=value1 option2=value2] ] uri suite [component1] [component2] [...]
 
Alternatively the equivalent entry in deb822 style looks like this:

Bug#809092: libnet-inet6glue-perl: warns on usage with Perl 5.22

[Niko Tyni]

Package: libnet-inet6glue-perl
Version: 0.603-1
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-5.22-transition

This package now warns on usage:

 % perl -we 'use Net::INET6Glue'
 Not tested with Net::FTP version 3.05 at /usr/share/perl5/Net/INET6Glue/FTP.pm 
line 15.
 somebody else already implements FTP IPv6 support - skipping 
Net::INET6Glue::FTP

-- 
Niko Tyni   nt...@debian.org

Bug#809093: libconvert-nls-date-format-perl: warns on usage with Perl 5.22

[Niko Tyni]

Package: libconvert-nls-date-format-perl
Version: 0.05-1
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-5.22-transition

This package now warns on usage:

  /usr/share/pkg-perl-autopkgtest/runtime-deps.d/use.t .. 
  1..2
  # Unescaped left brace in regex is deprecated, passed through in regex; 
marked by <-- HERE in m/
  # (%{ <-- HERE \w+})
  # / at /usr/share/perl5/Convert/NLS_DATE_FORMAT.pm line 116.
  ok 1 - /usr/bin/perl -w -M"Convert::NLS_DATE_FORMAT" -e 1 2>&1 exited 
successfully
  not ok 2 - /usr/bin/perl -w -M"Convert::NLS_DATE_FORMAT" -e 1 2>&1 produced 
no output
 
-- 
Niko Tyni   nt...@debian.org

Bug#809094: libencode-arabic-perl: warns on usage with Perl 5.22

[Niko Tyni]

Package: libencode-arabic-perl
Versin: 14.1-3
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-5.22-transition
Control: affects -1 libelixirfm-perl

This package now warns on usage:

/usr/share/pkg-perl-autopkgtest/runtime-deps.d/use.t .. 
1..2
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/([\_\.\^]?\w)\\shadda{ <-- HERE }/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 63.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/(\\ham{ <-- HERE .})\\shadda{}/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 64.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/(\\ham{.})\\shadda{ <-- HERE }/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 64.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/([\=\s\-\%])\\alif{ <-- HERE }\\vow{a}l/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 66.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/([\=\s\-\%])\\alif{}\\vow{ <-- HERE a}l/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 66.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/([\=\s\-\%])\\alif{ <-- HERE }l/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 67.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/(b\\vow{ <-- HERE i})\\alif{}l/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 68.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/(b\\vow{i})\\alif{ <-- HERE }l/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 68.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/([\=\s\-\%])\\alif{ <-- HERE }\\vow{([ui])}/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 69.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/([\=\s\-\%])\\alif{}\\vow{ <-- HERE ([ui])}/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 69.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/([\=\s\-\%])\\alif{ <-- HERE }/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 70.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/(\\vow{ <-- HERE aN})\\alif{}/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 71.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/(\\vow{aN})\\alif{ <-- HERE }/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 71.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\\alif{ <-- HERE }(\\vow{aN})/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 72.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\\alif{}(\\vow{ <-- HERE aN})/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 72.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\\vow{ <-- HERE a}\\alif{}/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 73.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\\vow{a}\\alif{ <-- HERE }/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 73.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\\alif{ <-- HERE }/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 74.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\\madda{ <-- HERE }/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 76.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\\vow{ <-- HERE a}\\maq{}/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 78.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\\vow{a}\\maq{ <-- HERE }/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 78.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\\maq{ <-- HERE }(\\vow{aN})/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 79.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\\maq{}(\\vow{ <-- HERE aN})/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 79.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\\vow{ <-- HERE aN}\\maq{}/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 80.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\\vow{aN}\\maq{ <-- HERE }/ at 
/usr/share/perl5/Encode/Arabic/ArabTeX/RE.pm line 80.
# Unescaped left brace in regex is deprecated, passed through in 

Bug#809087: libatk-wrapper-java: Regression hangs Intellij Idea

[Jeremy Salwen]

Yes, exactly, 0.33.3-5 causes the problem.

I'm almost certain Intellij IDEA uses threads.  I just tried it out with
the custom version of openjdk, and it still crashed the same way.
Downgrading libatk fixes it as well with this jdk version.  When it
freezes, the popup remains on top of all the other windows even when
intellij is moved to the back or minimized.  It is completely unresponsive
and cannot be moved.

Jeremy

On Sun, Dec 27, 2015 at 4:40 AM, Samuel Thibault 
wrote:

> Control: notfound -1 0.30.5-1
> Control: found -1 0.33.3-5
> Control: tags -1 + moreinfo
>
> Hello,
>
> Jeremy Salwen, on Sun 27 Dec 2015 02:53:26 -0500, wrote:
> >After a system update, Intellij IDEA began to crash when any of the
> "popup"
> > code completion windows appeared, making it completely unusable.
> >
> > I was able to trace back the problem to the package libatk-wrapper-java
> and
> > libatk-wrapper-java-jni due to an error message involving "jawimpl0".
> When I
> > downgraded the packages from versionto 0.30.5-1, the crashes stopped
> occuring.
>
> So 0.30.5-1 doesn't pose problem but 0.33.3-5 does?  Fixing bug entry
> accordingly.
>
> I don't know about Intellij IDEA, does it use threads? JAWT is known to
> have threading issues because of thread-unsafety of libxc, see
> #797595.  Could you test with the jdk packages on
>
> deb https://people.debian.org/~sthibault/tmp/openjdk/ ./
>
> Which include the XInitThreads() call, necessary for thread-safety of
> libxc
>
> Thanks,
> Samuel
>

Bug#809096: libhtml-defang-perl: warns on usage with Perl 5.22

[Niko Tyni]

Package: libhtml-defang-perl
Versin: 1.04-2
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-5.22-transition

This package now warns on usage:

/usr/share/pkg-perl-autopkgtest/runtime-deps.d/use.t .. 
1..2
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/(?i:^([a-z]*script\s*:|.*\&{ <-- HERE 
|mocha|hcp|opera\s*:|about\s*:|smb|/dev/|<))|[^\x00-\x7f]/ at 
/usr/share/perl5/HTML/Defang.pm line 181.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/expression|eval|script:|mocha:|\&{ <-- HERE |\@import/ at 
/usr/share/perl5/HTML/Defang.pm line 207.
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/^([A-Za-z]*script|.*\&{ <-- HERE 
|mocha|about|opera|mailto:|hcp:|/(dev|proc)|\\|file|smb|cid:([^@]\.com|.*\.(exe|cmd|bat|pif|scr|sys|sct|lnk|dll|vbs?|vbe|hta|shb|shs|hlp|chm|eml|wsf|wsh|js|asx|wm.|mdb|mht|msi|msp|cpl|lib|reg))(@|\?|$))/
 at /usr/share/perl5/HTML/Defang.pm line 160.
ok 1 - /usr/bin/perl -w -M"HTML::Defang" -e 1 2>&1 exited successfully
not ok 2 - /usr/bin/perl -w -M"HTML::Defang" -e 1 2>&1 produced no output

-- 
Niko Tyni   nt...@debian.org

Bug#809095: libgraphviz-perl: Devel::GraphVizProf no longer compiles with Perl 5.22

[Niko Tyni]

Package: libgraphviz-perl
Versin: 2.19-1
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-5.22-transition

This package failed its autopkgtest checks on ci.debian.net:

# Can't use 'defined(@array)' (Maybe you should just omit the defined()?) 
at /usr/share/perl5/Devel/GraphVizProf.pm line 59.
not ok 10 - /usr/bin/perl -wc /usr/share/perl5/Devel/GraphVizProf.pm exited 
successfully
not ok 4 - all modules in libgraphviz-perl pass the syntax check

-- 
Niko Tyni   nt...@debian.org

Bug#809098: liblatex-decode-perl: warns on usage with Perl 5.22

[Niko Tyni]

Package: liblatex-decode-perl
Versin: 0.04-1
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-5.22-transition

This package now warns on usage:

/usr/share/pkg-perl-autopkgtest/runtime-deps.d/use.t .. 
1..2
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\\dings{ <-- HERE ([2-9AF][0-9A-F])}/ at 
/usr/share/perl5/LaTeX/Decode.pm line 133.
ok 1 - /usr/bin/perl -w -M"LaTeX::Decode" -e 1 2>&1 exited successfully
not ok 2 - /usr/bin/perl -w -M"LaTeX::Decode" -e 1 2>&1 produced no output

-- 
Niko Tyni   nt...@debian.org

Bug#809097: libhtml-wikiconverter-mediawiki-perl: warns on usage with Perl 5.22

[Niko Tyni]

Package: libhtml-wikiconverter-mediawiki-perl
Versin: 0.59-1
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-5.22-transition

This package now warns on usage:

/usr/share/pkg-perl-autopkgtest/runtime-deps.d/use.t .. 
1..2
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/{{ <-- HERE / at 
/usr/share/perl5/HTML/WikiConverter/MediaWiki.pm line 347.
ok 1 - /usr/bin/perl -w -M"HTML::WikiConverter::MediaWiki" -e 1 2>&1 exited 
successfully
not ok 2 - /usr/bin/perl -w -M"HTML::WikiConverter::MediaWiki" -e 1 2>&1 
produced no output

-- 
Niko Tyni   nt...@debian.org

Bug#809099: liblocales-perl: warns on usage with Perl 5.22

[Niko Tyni]

Package: liblocales-perl
Versin: 0.33+ds-1
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-5.22-transition

This package now warns on usage:

/usr/share/pkg-perl-autopkgtest/runtime-deps.d/use.t .. 
1..2
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/sub { <-- HERE  / at /usr/share/perl5/Locales.pm line 1016.
ok 1 - /usr/bin/perl -w -M"Locales" -e 1 2>&1 exited successfully
not ok 2 - /usr/bin/perl -w -M"Locales" -e 1 2>&1 produced no output

-- 
Niko Tyni   nt...@debian.org

Bug#809022: [debian-mysql] Bug#809022: TODO: Add autopkg tests to detect changes introduced by other uploaded packages

[Otto Kekäläinen]

Hello!

2015-12-26 14:55 GMT+02:00 Jonathan Aquilina :
> Good Afternoon Otto,
>
> Are you on IRC at all?

My nick is otto at the moment on OFTC. Please ping me there or send email.

Bug#809100: libmarc-lint-perl: FTBFS with Perl 5.22: test failures

[Niko Tyni]

Package: libmarc-lint-perl
Version: 1.49-1 
Severity: serious
User: debian-p...@lists.debian.org
Usertags: autopkgtest

This package fails to build on current sid/amd64.

Looks like the module should be using the 'version' module to compare
version numbers; this was presumably broken by libbusiness-isbn-perl
2.010-1, which entered unstable recently.

  
  #   Failed test 'Checking expected messages, 020: Subfield a has bad 
checksum, 1548794743.'
  #   at t/check020.t line 88.
  #  got: 'Business::ISBN version must be below 2 or above 2.02_02.'
  # expected: '020: Subfield a has bad checksum, 1548794743.'
  
  [...]
  
  Test Summary Report
  ---
  t/check020.t   (Wstat: 2560 Tests: 31 Failed: 11)
Failed tests:  7, 16, 18, 21, 23-24, 26-27, 29-31
Non-zero exit status: 10
Parse errors: Bad plan.  You planned 28 tests but ran 31.
  t/lint.t   (Wstat: 2304 Tests: 40 Failed: 9)
Failed tests:  5, 7, 11, 13, 15, 17, 19, 21, 23
Non-zero exit status: 9
  
-- 
Niko Tyni   nt...@debian.org

Bug#809101: libdatetime-format-duration-perl: warns on usage with Perl 5.22

[Niko Tyni]

Package: libdatetime-format-duration-perl
Version: 1.03a-1 
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-5.22-transition
Control: affects -1 libmoosex-types-iso8601-perl

This package now warns on usage, and makes its reverse dependencies
like libmoosex-types-iso8601-perl do so as well.

% perl -w -e 'use DateTime::Format::Duration'
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
<-- HERE in m/%{ <-- HERE (\w+)}/ at 
/usr/share/perl5/DateTime/Format/Duration.pm line 583.
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
<-- HERE in m/(%{ <-- HERE (\w+)})/ at 
/usr/share/perl5/DateTime/Format/Duration.pm line 584.

-- 
Niko Tyni   nt...@debian.org

Bug#809085: RFS: sxiv/1.3.2-1

[Jakub Wilk]

* Daniel Echeverry , 2015-12-26, 23:56:

http://mentors.debian.net/debian/pool/main/s/sxiv/sxiv_1.3.2-1.dsc


Typo in the patch name: behaivor -> behavior

You might want to add the Bugs-Debian header to the patch header.

exec/key-handler uses temporary files insecurely.

Lintian says:
X: sxiv: binary-file-built-without-LFS-support usr/bin/sxiv

Now, I doubt sxiv could do anything sensible with >2GB images on a 
32-bit system anyway. But it turns out that you can be bitten by lack on 
LFS support even when all your files are small:

https://lists.debian.org/20150712173723.ga29...@gaara.hadrons.org

sxiv calls stat() in multiple places, so I think you should enable LFS.

--
Jakub Wilk

Bug#809102: libnet-managesieve-perl: warns on usage with Perl 5.22

[Niko Tyni]

Package: libnet-managesieve-perl
Version: 0.10-1
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-5.22-transition

This package now warns on usage. From the autopkgtest check log
on ci.debian.net:

# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\A{ <-- HERE (\d+)\+?}\r*\Z/ at 
/usr/share/perl5/Net/ManageSieve.pm line 1037.
ok 1 - /usr/bin/perl -w -M"Net::ManageSieve" -e 1 2>&1 exited successfully
not ok 2 - /usr/bin/perl -w -M"Net::ManageSieve" -e 1 2>&1 produced no output
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/2 subtests 

-- 
Niko Tyni   nt...@debian.org

Bug#809104: libnet-smtp-server-perl: modules no longer compile with Perl 5.22

[Niko Tyni]

Package: libnet-smtp-server-perl
Version: 1.1-5
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-5.22-transition

This package failed its autopkgtest checks on ci.debian.net:

   # Can't use 'defined(@array)' (Maybe you should just omit the defined()?) at 
/usr/share/perl5/Net/SMTP/Server/Client.pm line 129.
not ok 2 - /usr/bin/perl -wc /usr/share/perl5/Net/SMTP/Server/Client.pm 
exited successfully
# Can't use 'defined(@array)' (Maybe you should just omit the defined()?) 
at /usr/share/perl5/Net/SMTP/Server/Relay.pm line 31.
not ok 3 - /usr/bin/perl -wc /usr/share/perl5/Net/SMTP/Server/Relay.pm 
exited successfully
not ok 4 - all modules in libnet-smtp-server-perl pass the syntax check

-- 
Niko Tyni   nt...@debian.org

Bug#809103: freezes with 100% CPU load with high DPI settings

[Eduard Bloch]

Package: xchat
Version: 2.8.8-7.3+b2
Severity: normal

Repro:
Edit ~/.Xresources and set:
Xft.dpi: 120
Do 
xrdb -merge ~/.Xresources
and restart xchat.

Result: UI hangs (grayed out), xchat process hogs one CPU core.


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

Kernel: Linux 4.3.2+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages xchat depends on:
ii  libatk1.0-0  2.18.0-1
ii  libc62.21-4
ii  libcairo21.14.4-1
ii  libdbus-1-3  1.10.6-1
ii  libdbus-glib-1-2 0.102-1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.6.1-0.1
ii  libgdk-pixbuf2.0-0   2.32.3-1
ii  libglib2.0-0 2.46.2-1
ii  libgtk2.0-0  2.24.29-1
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libpangoft2-1.0-01.38.1-1
ii  libperl5.22  5.22.1-2
ii  libsexy2 0.1.11-2.1
ii  libssl1.0.2  1.0.2e-1
ii  libx11-6 2:1.6.3-1
ii  xchat-common 2.8.8-7.3

Versions of packages xchat recommends:
ii  alsa-utils 1.0.29-1+b1
ii  libnotify-bin  0.7.6-2
ii  libnotify4 0.7.6-2
ii  libpython2.7   2.7.11-2
ii  libtcl8.6  8.6.4+dfsg-2
ii  xdg-utils  1.1.1-1
ii  zlib1g 1:1.2.8.dfsg-2+b1

xchat suggests no packages.

-- no debconf information

-- 
Angela Merkel zitiere ich ja am liebsten wörtlich. Ich hab noch keine
bessere Möglichkeit gefunden, diese Frau zu beleidigen.
-- Volker Pispers

Bug#809105: libpdf-fdf-simple-perl: submodule no longer compiles with Perl 5.22

[Niko Tyni]

Package: libpdf-fdf-simple-perl
Version: 0.21-2
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-5.22-transition

This package failed its autopkgtest checks on ci.debian.net:

# Can't locate Module/Build.pm in @INC (you may need to install the 
Module::Build module) (@INC contains: /etc/perl 
/usr/local/lib/x86_64-linux-gnu/perl/5.22.1 /usr/local/share/perl/5.22.1 
/usr/lib/x86_64-linux-gnu/perl5/5.22 /usr/share/perl5 
/usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22 
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base .) at 
/usr/share/perl5/PDF/FDF/Simple/Builder.pm line 6.
# BEGIN failed--compilation aborted at 
/usr/share/perl5/PDF/FDF/Simple/Builder.pm line 6.
not ok 2 - /usr/bin/perl -wc /usr/share/perl5/PDF/FDF/Simple/Builder.pm 
exited successfully

-- 
Niko Tyni   nt...@debian.org

Bug#733693: please do not depend on module-init-tools

[Aurelien Jarno]

control: severity -1 serious

On 2013-12-31 03:47, Marco d'Itri wrote:
> Package: ipkungfu
> Severity: important
> 
> Your package currently depends on the module-init-tools package,
> which since March 2012 has become a dummy transitional package.
> Please update your package to depend on kmod, because I want to
> remove the transitional package.
> You only need to replace "module-init-tools" with "kmod" in
> debian/control.

The dummy transitional package has now been removed, as such this
package is not buildable nor installable anymore. I am therefore
increasing the severity to serious with this mail.

If this package is not fixed soon, it will get removed from testing in
the next weeks.

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


signature.asc
Description: Digital signature

Bug#809108: libtime-olsontz-download-perl: warns on usage with Perl 5.22

[Niko Tyni]

Package: libtime-olsontz-download-perl
Version: 0.004-2
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-5.22-transition

This package now warns on usage. From the autopkgtest check log
on ci.debian.net:

/usr/share/pkg-perl-autopkgtest/runtime-deps.d/use.t .. 
1..2
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/
#   \nzonenames:[\ \t]+\$\(TDATA\)[\ \t]*\n
#   \t[\ \t]*\@\$\(AWK\)\ '
#   /\^Zone/\ \{\ print\ \$\$2\ \}
#   \ /\^Link/\ { <-- HERE \ print\ \$\$3\ }
#   '\ \$\(TDATA\)[\ \t]*\n\n
#   / at /usr/share/perl5/Time/OlsonTZ/Download.pm line 716.
ok 1 - /usr/bin/perl -w -M"Time::OlsonTZ::Download" -e 1 2>&1 exited 
successfully
not ok 2 - /usr/bin/perl -w -M"Time::OlsonTZ::Download" -e 1 2>&1 produced no 
output

-- 
Niko Tyni   nt...@debian.org

Bug#809107: libtext-findindent-perl: warns on usage with Perl 5.22

[Niko Tyni]

Package: libtext-findindent-perl
Version: 0.10-1
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-5.22-transition

This package now warns on usage. From the autopkgtest check log
on ci.debian.net:

/usr/share/pkg-perl-autopkgtest/runtime-deps.d/use.t .. 
1..2
# Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/=> { <-- HERE $/ at /usr/share/perl5/Text/FindIndent.pm line 
122.
ok 1 - /usr/bin/perl -w -M"Text::FindIndent" -e 1 2>&1 exited successfully
not ok 2 - /usr/bin/perl -w -M"Text::FindIndent" -e 1 2>&1 produced no output

-- 
Niko Tyni   nt...@debian.org

Bug#809106: libtap-parser-sourcehandler-pgtap-perl: autopkgtest failures

[Niko Tyni]

Package: libtap-parser-sourcehandler-pgtap-perl
Version: 3.31-1
User: debian-p...@lists.debian.org
Usertags: autopkgtest

This package never passed its autopkgtest checks on ci.debian.net.
Looks like it needs more files from the source directory copied over
to the testbed.

not ok 10 - pgTAP->make_iterator( psql ) threw an unexpected error

#   Failed test 'pgTAP->make_iterator( psql ) threw an unexpected error'
#   at t/source_handler.t line 181.
# Could not execute (t/scripts/psql --no-psqlrc --no-align --quiet --pset 
pager= --pset tuples_only=true --set ON_ERROR_STOP=1 --file t/source.pg): 
open3: exec of t/scripts/psql --no-psqlrc --no-align --quiet --pset pager= 
--pset tuples_only=true --set ON_ERROR_STOP=1 --file t/source.pg failed at 
/usr/share/perl/5.22/TAP/Parser/Iterator/Process.pm line 165.

-- 
Niko Tyni   nt...@debian.org

Bug#809109: RFA: monkeystudio - Qt 4 Integrated Development Environment (IDE)

[Evgeni Golov]

Package: wnpp
Severity: normal


Ohai, I am looking for a new maintainer for monkeystudio as I am not using
it anymore.

The package is in reasonable shape, but needs a transition to Qt5. Upstream
promised to look into that, as the current code FTBFS with Qt5.

Upstream is alive and responsive :)

Bug#809110: libxml-compile-dumper-perl: FTBFS with Perl 5.22: needs dependency on libpadwalker-perl

[Niko Tyni]

Package: libxml-compile-dumper-perl
Version: 0.14-1
Severity: serious
Tags: stretch sid
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-5.22-transition
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=100488
Control: block 796345 with -1

This package fails to build on current sid/amd64.

It was earlier unbuildable because of the build dependency on
libdata-dump-streamer-perl, which was only recently fixed
to support Perl 5.22.

It looks like newer perls have changed so that this module
now needs the PadWalker module available, otherwise it will
fail to load. See [rt.cpan.org #100488].

A build and runtime dependency on libpadwalker-perl therefore seems to
be in order, and makes the tests pass here.

  Can't locate object method "object_2svref" via package "B::PADNAME" at 
/usr/lib/x86_64-linux-gnu/perl5/5.22/Data/
  Dump/Streamer.pm line 3718.
  # Looks like your test exited with 25 before it could output anything.
  t/20dump.t .. 
  1..7
  Dubious, test returned 25 (wstat 6400, 0x1900)
  Failed 7/7 subtests 
 
-- 
Niko Tyni   nt...@debian.org

Bug#809090: fai paritioning fails for qcow2 disk

[Thomas Lange]

> On Sun, 27 Dec 2015 02:06:47 -0800, Ian Kelling  
> said:

> root@faiserver:/srv/fai/config/disk_config# cat DEFAULT 
> disk_config disk1 disklabel:msdos bootable:1 fstabkey:uuid
> primary / 100% ext4 noatime,errors=remount-ro
This works without problems on Debian jessie (using qemu
1:2.1+dfsg-12) with FAI 5.0.1.

> # qemu-img create -f qcow2 /var/lib/libvirt/images/demohost 10G
I always add -o preallocation=metadata when creating the disk image.


IMO this seems to be a qemu issue, since you are using a newer qemu version.

-- 
regards Thomas

Bug#809018: please backport letsencrypt to jessie-backports

[Tomasz Buchert]

On 26/12/15 00:02, Eric Dorland wrote:
> Package: letsencrypt
> Severity: wishlist
> 
> This may already be in the works but I couldn't find any info to that effect. 
> This would be a useful package to backport to stable.

Hi,
I second that.

Tomasz


signature.asc
Description: PGP signature

Bug#807801: Sponsoring for upload CVE-2015-8547

[Salvatore Bonaccorso]

Hi Pierre,

On Mon, Dec 14, 2015 at 10:28:26PM +0100, Pierre Schweitzer wrote:
> Dear all,
> 
> After having asked for a CVE[0] for this Quassel issue [1], I've
> uploaded you (attached) a debdiff & dsc to the bug report for an upload.
> Would you be able to sponsor the upload, as I can't?
> Or perhaps the maintainers are available for the upload?

Can you help me evaluating the issue, since I'm not a quassel user
myself: From a quick search and a bit of testing with a
quassel-client/quassel-core setup, am I right that

 a/ multi-user setups with quassel-core are non-default and not
so frequent?
 b/ This issue can (only) be triggered by a client connected to a
quassel core?

Regards,
Salvatore


signature.asc
Description: PGP signature

Bug#808997: 808997

[Tom H]

The "/usr/lib/modules-load.d/" path isn't documented because it's
changed to "/lib/modules-load.d/" by

find debian/install/deb/usr/share/man/ -type f | xargs sed -ri
's_/usr(/lib/systemd|/lib/udev|/lib/modules-load.d|/lib/modules\\-load|/lib[^/]|/lib/[^a-z])_\1_g'

in systemd's "debian/rules".

Since Debian is accepting that packages drop files into
"/usr/lib/modules-load.d/", shouldn't the modules-load.d man page list
both "/lib/..." and "/usr/lib/..."?

Bug#771136: libicu48: Ploblem with timezone Europe/Moscow in libicu48

[ROMAN VASILEV]

Any news? In debian jessie bug is not fixed.

On Thu, 27 Nov 2014 05:40:04 +0400 Roman Vasilev  wrote:
> Package: libicu48
> Version: 4.8.1.1-12+deb7u1
> Severity: normal
> Tags: upstream
> 
> -- System Information:
> Debian Release: 7.7
>   APT prefers stable
>   APT policy: (500, 'stable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 2.6.32-042stab093.5 (SMP w/2 CPU cores)
> Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages libicu48 depends on:
> ii  libc6  2.13-38+deb7u6
> ii  libgcc11:4.7.2-5
> ii  libstdc++6 4.7.2-5
> ii  multiarch-support  2.13-38+deb7u6
> 
> libicu48 recommends no packages.
> libicu48 suggests no packages.
> 
> The code does not work properly due to the fact that Russia entered the
> winter time (GMT+3 instead GMT+4):
> 
>  
> $dateIn = '27.10.2014';
> $tz = 'Europe/Moscow';
> date_default_timezone_set($tz);
> $intlDateFormatter = new \IntlDateFormatter('ru_RU', 2, -1, $tz, 1,
> 'dd.MM.');
> $timestamp = $intlDateFormatter->parse($dateIn);
> 
> var_dump($intlDateFormatter->format($timestamp));
> var_dump(date('d.m.Y', $timestamp));
> 
> Output
> 
> string(16) "27.10.2014"
> string(16) "26.10.2014"
> 
> Fix:
> 
> icupkg -a zoneinfo64.res icudt50l.dat
> icupkg -a metaZones.res icudt50l.dat
> icupkg -a timezoneTypes.res icudt50l.dat
> icupkg -a windowsZones.res icudt50l.dat
> 
> Files are located here:
> http://source.icu-project.org/repos/icu/data/trunk/tzdata/icunew/2014i/44/le/
> 
> After fix:
> 
> string(16) "27.10.2014"
> string(16) "27.10.2014"
> 

Bug#807099: RFS: corsix-th/0.50-1 ITP 610087 - A Theme Hospital engine reimplementation.

[Alexandre Detiste]

Le samedi 26 décembre 2015, 22:46:05 Markus Koschany a écrit :
> The package looks good to me. Please add the missing license of tinyxml
> to debian/copyright. 

Done

> After that I will upload the package.

Thanks, that would be nice to finally close this ITP from 2011.


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

Bug#798478: ratpoison: diff for NMU version 1.4.8-1.1

[Bernhard R. Link]

* Luca Falavigna  [151226 15:42]:
> I've prepared an NMU for ratpoison (versioned as 1.4.8-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.

Thanks.

Bernhard R. Link

Bug#809004: ITP: fastkml -- Fast KML processing

[Juhani Numminen]

Hello,

On Dec 26, 2015 3:45 AM, "Sandro Tosi"  wrote:
>  Fastkml is a library to read, write and manipulate KML files. It aims to
keep
>  it simple and fast (using lxml if available). Fast refers to the time you
>  spend to write and read KML files as well as the time you spend to get
>  aquainted to the library or to create KML objects.

>From this description, it is unclear what KML files are. I think the
acronym should be explained, in a few words at least.

Cheers,
Juhani

Bug#808730: stalin: Insecure use of temporary files

[Salvatore Bonaccorso]

Hi Steve,

On Tue, Dec 22, 2015 at 10:38:54AM +, Steve Kemp wrote:
> 
> Package: stalin
> Version: 0.11-5
> Severity: critical
> Tags: security
> 
> 
> When `stalin` launches it attempts to detect its environment via
> the following code in /usr/lib/stalin/QobiScheme.sc:
> 
>
> (system "uname -m >/tmp/QobiScheme.tmp")
> ...
> (system "rm -f /tmp/QobiScheme.tmp"))
> 
> This is a prime example of the insecure use of temporary files,
> and allows overwriting any file owned by the user who invokes
> stalin.
> 
> Trivial demonstration:
> 
> 
> $ ln -s /home/steve/HACK /tmp/QobiScheme.tmp
> $ ls -l /home/steve/HACK
> ls: cannot access /home/steve/HACK: No such file or directory
> 
> Now run the sample code:
> 
> 
> $ cd /tmp/stalin-0.11/benchmarks
> $ ./make-hello
> 
> And we see this:
> 
> $ ls -l /home/steve/HACK
> -rw-r--r-- 1 steve steve 6 Dec 22 08:30 /home/steve/HACK

I have requested a CVE here
http://www.openwall.com/lists/oss-security/2015/12/27/1

I think the severity though can be downgraded (unless I miss
something), since on Default Debian GNU/Linux installations Linux has
fs.protected_symlinks=1 which mitigates the attack vector.

Regards,
Salvatore

Bug#808579: Not fixed?

[Eugen Dedu]

On 26/12/15 15:14, Niels Thykier wrote:

Eugen Dedu:

Hi,

I have had the same problem since apt 1.1 version.  Now I have 1.1.6,
but this bug is still not fixed: apt-get update takes much time during
rred phase.



Hi,

For reference, the following commit was done today, which might be of
interest:

https://anonscm.debian.org/cgit/apt/apt.git/commit/?id=0b29c72
"""
Use a hardcoded buffer size of 4096 to fix performance

The code uses memmove() to move parts of the buffer to the
front when the buffer is only partially read. By simply
reading one page at a time, the maximum size of bytes that
must be moved has a hard limit, and performance improves:

In one test case, consisting of a 430 MB Contents file,
and a 75K PDiff, applying the PDiff previously took about
48 seconds and now completes in 2 seconds.


Indeed, it is extremely fast now, thank you!


Further speed up can be achieved by buffering writes, they
account for about 60% of the run-time now.
"""

It will probably be a part of the next APT release.


--
Eugen

Bug#809088: ghc-mod: Unable to install ghc-mod

[Vasudev Kamath]

Source: ghc-mod
Severity: important

Dear Maintainer,

I'm trying to install ghc-mod but I get following error.

The following information may help to resolve the situation:

The following packages have unmet dependencies:
 ghc-mod : Depends: ghc (< 7.8.4+) but 7.10.3-4.1 is to be installed
   Recommends: ghc-mod-el (= 5.2.1.2-1) but it is not going to be 
installed
E: Unable to correct problems, you have held broken packages.

Checking at the tracker � It looks like this package is having this
problem for about ~6 months. I also tried installing package from
experimental but it also fails with following error.

The following packages have unmet dependencies:
 ghc-mod : Depends: ghc (< 7.10.2+) but 7.10.3-4.1 is to be installed
   Recommends: ghc-mod-el (= 5.3.0.0-3) but it is not going to be 
installed
E: Unable to correct problems, you have held broken packages.

Probably the right severity for bug is *grave* as this issue renders
package unusable but I'm not quite sure so I've kept it at
*important*. Please consider bumping severity if that is the right
severity.

Cheers,

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

Kernel: Linux 4.2.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#807627: RFS: taskd/1.1.0+dfsg-1 [ITP]

[Tobias Frost]

Hu Seb,

Am Mittwoch, den 23.12.2015, 00:18 +0100 schrieb Sebastien Badia:
> 
(snip)
> Hi here,
> 
> Many thanks Tobias for this review!
> Just fixed all the issues/comments, if you want to re-take a look, it
> would be
> super cool!
> 
> About repack, I just queried to upstream about src/tls/* (GNUTLS
> examples, but
> apparently unused: https://bug.tasktools.org/browse/TD-110), we could
> maybe wait
> an answer, generally Paul answer quickly.
> 
> And for config file I finally decided to ship a generated config file
> in order
> to avoid init questions, let me know what do you think about.
> 
> Thanks!
> 
> Seb

Package's fine, only two smalls things to fix:
-> d/copyright The comment for Files-Excluded should use the Comment:
Tag
-> please run dch -r "" to update d/changelog dates. (It has you name
in it -- Refer to Policy §4.4; dch -r "" should make sure, though)

Thanks!
tobi


 

Bug#809087: libatk-wrapper-java: Regression hangs Intellij Idea

[Samuel Thibault]

Control: notfound -1 0.30.5-1
Control: found -1 0.33.3-5
Control: tags -1 + moreinfo

Hello,

Jeremy Salwen, on Sun 27 Dec 2015 02:53:26 -0500, wrote:
>After a system update, Intellij IDEA began to crash when any of the "popup"
> code completion windows appeared, making it completely unusable.
> 
> I was able to trace back the problem to the package libatk-wrapper-java and
> libatk-wrapper-java-jni due to an error message involving "jawimpl0".  When I
> downgraded the packages from versionto 0.30.5-1, the crashes stopped occuring.

So 0.30.5-1 doesn't pose problem but 0.33.3-5 does?  Fixing bug entry
accordingly.

I don't know about Intellij IDEA, does it use threads? JAWT is known to
have threading issues because of thread-unsafety of libxc, see
#797595.  Could you test with the jdk packages on

deb https://people.debian.org/~sthibault/tmp/openjdk/ ./

Which include the XInitThreads() call, necessary for thread-safety of
libxc

Thanks,
Samuel

Bug#807801: Sponsoring for upload CVE-2015-8547

[Pierre Schweitzer]

Hi Salvatore,

On 27/12/2015 09:09, Salvatore Bonaccorso wrote:
> Hi Pierre,
> 
> On Mon, Dec 14, 2015 at 10:28:26PM +0100, Pierre Schweitzer wrote:
>> Dear all,
>>
>> After having asked for a CVE[0] for this Quassel issue [1], I've
>> uploaded you (attached) a debdiff & dsc to the bug report for an upload.
>> Would you be able to sponsor the upload, as I can't?
>> Or perhaps the maintainers are available for the upload?
> 
> Can you help me evaluating the issue, since I'm not a quassel user
> myself: From a quick search and a bit of testing with a
> quassel-client/quassel-core setup, am I right that
> 
>  a/ multi-user setups with quassel-core are non-default and not
> so frequent?

It's hard to say. However, there are no well-known Quassel providers (as
you would have for ZNC/BNC).

>  b/ This issue can (only) be triggered by a client connected to a
> quassel core?

Yes.

Regards,
-- 
Pierre Schweitzer 
System & Network Administrator
Senior Kernel Developer
ReactOS Deutschland e.V.



signature.asc
Description: OpenPGP digital signature

Bug#809089: opendkim init script error

[Joerg Dorchain]

Package: opendkim
Version: 2.10.3-3+b1

Hello,

the init script uses a pathfind command that is not recognised.
When you do /etc/init.d/opendkim start for the first time, you
get
/etc/init.d/opendkim: 52: /etc/init.d/opendkim: pathfind: not found

Maybe this contruct could be replaced by which restorecon >/dev/null

Bye,

Joerg


signature.asc
Description: PGP signature

Bug#809090: fai paritioning fails for qcow2 disk

[Ian Kelling]

Package: fai-setup-storage
Version: 5.0.1

Using debian 8.2 for the faiserver, installing to 
the default debian jessie target.
The server and install target are both vms within
a machine running arch linux (qemu 2.4.1-2, libvirt 1.3.0-1).


root@faiserver:/srv/fai/config/disk_config# cat DEFAULT 
disk_config disk1 disklabel:msdos bootable:1 fstabkey:uuid
primary / 100% ext4 noatime,errors=remount-ro



# qemu-img create -f qcow2 /var/lib/libvirt/images/demohost 10G
# virt-install --cpu host -n demohost --pxe -r 2048 --vcpus 1 --disk
path=/var/lib/libvirt/images/demohost  -w
bridge=br0,mac=52:54:00:9c:ef:ad


Install fails. The last thing printed to stdout
is the same as the saved format.log on the faiserver:


# cat format.log 
Starting setup-storage 2.0
Using config file: /var/lib/fai/config/disk_config/DEFAULT
Parted could not read a disk label (new disk?)
Executing: parted -s /dev/sda mklabel msdos
DEGRADED MODE. Incomplete RAID LVs will be processed.
Creating directory "/run/lock/lvm"
Finding all volume groups
  No volume groups found
INTERNAL ERROR in setup-storage:
convert_unit -851456B
Please report this error to the Debian Bug Tracking System.
 at /usr/share/fai/setup-storage/Parser.pm line 382.
FAI::convert_unit("-851456B") called at
/usr/share/fai/setup-storage/Sizes.pm line 52
FAI::make_range("100%-100%", "-851456B") called at
/usr/share/fai/setup-storage/Sizes.pm line 471
FAI::do_partition_real(1, "PHY_/dev/sda", "/dev/sda", 1048576,
512, "-851456B", ARRAY(0x312dc00)) called at
/usr/share/fai/setup-storage/Sizes.pm line 742
FAI::compute_partition_sizes called at /usr/sbin/setup-storage
line 204



Comparatively, using a raw disk file, the install succeeds
# qemu-img create /var/lib/libvirt/images/demohost 10G

This time format.log looks good:

# cat format.log 
Starting setup-storage 2.0
Using config file: /var/lib/fai/config/disk_config/DEFAULT
Parted could not read a disk label (new disk?)
Executing: parted -s /dev/sda mklabel msdos
DEGRADED MODE. Incomplete RAID LVs will be processed.
Creating directory "/run/lock/lvm"
Finding all volume groups
  No volume groups found
Executing: parted -s /dev/sda mklabel msdos
Executing: parted -s /dev/sda mkpart primary "ext3" 1048576B
10737418239B
Executing: parted -s /dev/sda set 1 boot on
Executing: mkfs.ext4  /dev/sda1
/dev/sda1 UUID=a28598c0-7046-42fd-9392-b490c0cb7844



Other info which might be useful:

# qemu-img info /var/lib/libvirt/images/demohost
image: /var/lib/libvirt/images/demohost
file format: qcow2
virtual size: 10G (10737418240 bytes)
disk size: 196K
cluster_size: 65536
Format specific information:
compat: 1.1
lazy refcounts: false
refcount bits: 16
corrupt: false

Bug#807627: RFS: taskd/1.1.0+dfsg-1 [ITP]

[Sebastien Badia]

On Sun, Dec 27, 2015 at 10:23:47AM (+0100), Tobias Frost wrote:
> Package's fine, only two smalls things to fix:
> -> d/copyright The comment for Files-Excluded should use the Comment:
> Tag
> -> please run dch -r "" to update d/changelog dates. (It has you name
> in it -- Refer to Policy §4.4; dch -r "" should make sure, though)

Hi!

Thanks Tobias!

Just fixed,

Seb


signature.asc
Description: PGP signature

Bug#698412: ice4j: changing from ITP to RFP

[Daniel Pocock]

On 27/12/15 13:16, Lucas Nussbaum wrote:

> 
> A long time ago, you expressed interest in packaging ice4j. Unfortunately,
> it seems that it did not happen. In Debian, we try not to keep ITP bugs open
> for a too long time, as it might cause other prospective maintainers to
> refrain from packaging the software.
> 


This has been held back pending the upstream release of one dependency
and the packaging of some other dependencies, those tasks have been
getting done, just very slowly.

Bug#809121: netcdf-fortran: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Sebastiaan Couwenberg]

Control: tags -1 pending

Hi Santiago,

Thanks for reporting this issue, the fix is on its way to unstable.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#809157: ITP: rakudo-star -- Perl 6 core modules

[Dominique Dumont]

Package: wnpp
Owner: Dominique Dumont 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, 
pkg-rakudo-de...@lists.alioth.debian.org

* Package name: rakudo-star
  Version : 2015.11
  Upstream Author : the Rakudo Star Team
* URL : http://rakudo.org/
* License : Artistic-2.0
  Programming Lang: Perl6
  Description : Perl 6 core modules

Rakudo Perl is a compiler that implements the Perl 6 specification and runs on
top of several virtual machines. Debian rakudo package runs on top of MoarVM.

This package provides Perl6 core modules delivered upstream by
rakudo-star releases.

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#774080: udev: /dev/dvd symlink changed while a program using it was running

[Martin Pitt]

Control: severity -1 normal
Control: tag -1 pending

Vincent Danjean [2014-12-28 15:02 +0100]:
>   While the extraction was running (with the bash loop), I put a CD in
> the DVD writer. To my surprise (it tooks me time to identify the root of
> the problem), the /dev/dvd symlink changed to point to the other hardware
> (ie it was pointing to /dev/sr0 and now is was /dev/sr1). 

I just committed a fix for this:

 http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=792d45a

with that the links are now stable for the duration of the current
boot.

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)

Bug#809166: networking.service does not prevent ifdown with network file systems

[Martin Pitt]

Package: ifupdown
Version: 0.8

Hello,

/etc/init.d/networking has some functionality to check if the root
file system or swap are on a network file system, in
check_network_file_systems() and check_network_swap(). In that case,
the interfaces are not ifdown'ed during shutdown, so that these
network file systems can be cleanly unmouted at the very end.

However, the new networking.service does not do that.  So unmounting
these network file systems will hang and fail as the interface is
already down. Root on NFS or even more so iSCSI is rather popular, so
this is quite an important regression.

Perhaps these checks can be put into ifdown itself and be done with
"ifdown -a"? Then you can still ifdown an individual interface (which
is usually deliberately done by the admin, even if it means shooting
yourself into the foot), but it would DTRT when being called by the
init.d script or the systemd unit. Alternatively this could become a
new option such as --check-netfs that the init scripts use.

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#809167: cron: Cron Daemon Use-After-Free Vulnerability May Cause Local Root Privilege Escalation

[Cron Daemon Use-After-Free Vulnerability May Cause Local Root Privilege Escalation]

Package: cron
Version: 3.0pl1-127+deb8u1
Severity: critical
Tags: security
Justification: root security hole


Hi Debian Security Team:

I recently started to read the source code of Cron / Crontab and I think I 
found a vulnerability in that.

I found that in file "database.c"
# 
http://anonscm.debian.org/cgit/pkg-cron/pkg-cron.git/tree/database.c?h=debian/3.0pl1-128

load_database(...)
-> process_crontab(...)
-> force_rescan_user(...)
free(u);# line 600
...
link_user(new_db, u);   # line 609

"u" have been freed but still put it into link_user(...).
link_user(...) connect the freed "u" to a linked-list.

So, if the program use the "new_db" later, the program will segment fault. 
Ex. In "cron.c" find_jobs(...) will use the freed "u"


And there is a condition to step into force_rescan_user(...).
In file "database.c" line 599
if ((u->name = strdup(fname)) == NULL) {
free(u);
errno = ENOMEM;
}

But I think in a low-memory machine or embedded system the condition can be 
ignored : )


p.s. I think other Linux distribution like ubuntu also have this vulnerablity


Above is the detail of this vulnerability.
Thanks :)



-- Package-specific info:
--- EDITOR:


--- /usr/bin/editor:
/bin/nano

--- /usr/bin/crontab:
-rwxr-sr-x 1 root crontab 36008 Jun 11  2015 /usr/bin/crontab

--- /var/spool/cron:
drwxr-xr-x 3 root root 4096 Jun  7  2015 /var/spool/cron

--- /var/spool/cron/crontabs:
drwx-wx--T 2 root crontab 4096 Dec 27 14:22 /var/spool/cron/crontabs

--- /etc/cron.d:
drwxr-xr-x 2 root root 4096 Dec 27 14:07 /etc/cron.d

--- /etc/cron.daily:
drwxr-xr-x 2 root root 4096 Dec 27 14:07 /etc/cron.daily

--- /etc/cron.hourly:
drwxr-xr-x 2 root root 4096 Dec 27 14:07 /etc/cron.hourly

--- /etc/cron.monthly:
drwxr-xr-x 2 root root 4096 Dec 27 14:07 /etc/cron.monthly

--- /etc/cron.weekly:
drwxr-xr-x 2 root root 4096 Dec 27 14:07 /etc/cron.weekly


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

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

Versions of packages cron depends on:
ii  adduser  3.113+nmu3
ii  debianutils  4.4+b1
ii  dpkg 1.17.25
ii  init-system-helpers  1.22
ii  libc62.19-18
ii  libpam-runtime   1.1.8-3.1
ii  libpam0g 1.1.8-3.1
ii  libselinux1  2.3-2
ii  lsb-base 4.1+Debian13+nmu1

Versions of packages cron recommends:
pn  exim4 | postfix | mail-transport-agent  

Versions of packages cron suggests:
pn  anacron
pn  checksecurity  
ii  logrotate  3.8.7-1+b1

Versions of packages cron is related to:
pn  libnss-ldap   
pn  libnss-ldapd  
pn  libpam-ldap   
pn  libpam-mount  
pn  nis   
pn  nscd  

-- no debconf information

Bug#802509: libboost-coroutine-dev: The boost-coroutine library is only compiled as a static library

[Steve M. Robbins]

On Fri, 25 Dec 2015 17:23:49 +0100 Tiago de Paula Peixoto  
wrote:

> I wonder why this library is being compiled static-only in the first
> place, since this is not the default in Debian. All other boost
> libraries are compiled as shared objects as well.

Historically, some boost libraries only built in static config while others 
only built in shared.   When I set up boost rules, I generally use the 
upstream options.  So in this case, I presume that Boost.Coroutine was 
originally static-only.

The good news is that it now also builds shared, so indeed it is a trivial fix.

Regards,
-Steve



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

Bug#807099: RFS: corsix-th/0.50-1 ITP 610087 - A Theme Hospital engine reimplementation.

[Markus Koschany]

Am 27.12.2015 um 09:35 schrieb Alexandre Detiste:
> Le samedi 26 décembre 2015, 22:46:05 Markus Koschany a écrit :
>> The package looks good to me. Please add the missing license of tinyxml
>> to debian/copyright. 
> 
> Done

Uploaded. Thanks for your contribution.

Markus




signature.asc
Description: OpenPGP digital signature

Bug#808916: linux-image-4.3.0-1-amd64: non-blocking stack trace crash during startup (drm/i915) in drm_atomic_check_only+0x46f/0x540

[Sven Joachim]

On 2015-12-24 12:48 +0100, Christophe wrote:

> Package: src:linux
> Version: 4.3.3-2
> Severity: normal
> Tags: upstream
>
> Dear Maintainer,
>
> Having just updated my Debian Testing to the 4.3 kernel from 3.16, I
> have noticed the stack trace below during boot, which does not seem to
> disturb further operation.

I noticed a very similar stacktrace myself with a self-compiled 4.3
kernel, but...

> It may be worth reporting upstream, or it may be already fixed as
> there's been changes in this part?

...they went away when I upgraded to 4.4-rc5, so it might be a
good idea for you to try a 4.4.0-rc6 kernel from experimental.

Cheers,
   Sven

Bug#805698: Info received (Bug#805698: Acknowledgement (gcc-4.8: FTBFS on hppa: Control dependency for binutils-hppa64 needs update for new package name))

[John David Anglin]

Sorry, ignore last message.

Dave
--
John David Anglin   dave.ang...@bell.net

Bug#809023: git-buildpackage: document gbp pq in the manual

[Guido Günther]

Hi Lucas,
On Sat, Dec 26, 2015 at 10:17:50AM +0100, Lucas Nussbaum wrote:
> Package: git-buildpackage
> Version: 0.7.0
> Severity: wishlist
> Tags: patch
> 
> Hi,
> 
> During DebConf'15 we discussed merging
> https://honk.sigxcpu.org/piki/development/debian_packages_in_git/
> into the gbp manual.
> 
> I've now done that. My changes are available at
> https://github.com/lnussbaum/git-buildpackage

Thanks a lot! I've pulled this in and made some updates on top of it
since the commands evolved a bit since the wiki page was
written.

> It's not perfect (eek SGML) but still better than the current state.
> 
> Please let me know what you think.

I hoped more people to contribute if it's a mark down wiki page rather
than SGML but since this did not happen it's _much_ nicer to have
everything in one place. Thanks again!

Cheers,
 -- Guido

Bug#809123: postgis: FTBFS when built with dpkg-buildpackage -A (No rule to make sfcgal.sql)

[Sebastiaan Couwenberg]

Control: tags -1 pending

Hi Santiago,

Thanks for reporting this issue, the fix is on its way to unstable too.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#809152: glib2.0: please make the output of glib-mkenums Makefile snippets reproducible

[Chris Lamb]

> Is sort stable when using different locales?

Ah, no. Removing patch tag to match. (It also removes duplicates has a 
"helpful" surprise side-effect.) Updated patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/m4macros/gsettings.m4 b/m4macros/gsettings.m4
index 35ee5aa..b230ca9 100644
--- a/m4macros/gsettings.m4
+++ b/m4macros/gsettings.m4
@@ -67,7 +67,7 @@ clean-gsettings-schemas:
 
 ifdef gsettings_ENUM_NAMESPACE
 $(gsettings__enum_file): $(gsettings_ENUM_FILES)
-   $(AM_V_GEN) glib-mkenums --comments '\'''\'' --fhead 
"" --vhead "  <@type@ 
id='\''$(gsettings_ENUM_NAMESPACE).@EnumName@'\''>" --vprod "" --vtail "  " 
--ftail "" [$]^ > [$]@.tmp && mv [$]@.tmp [$]@
+   $(AM_V_GEN) glib-mkenums --comments '\'''\'' --fhead 
"" --vhead "  <@type@ 
id='\''$(gsettings_ENUM_NAMESPACE).@EnumName@'\''>" --vprod "" --vtail "  " 
--ftail "" [$](shell echo [$]^ | tr ' ' '\n' | LC_ALL=C sort) > 
[$]@.tmp && mv [$]@.tmp [$]@
 endif
 '
   _GSETTINGS_SUBST(GSETTINGS_RULES)

Bug#809158: RFP: gajim-plugin-omemo -- Gajim plugin for OMEMO Multi-End Message and Object Encryption

[W. Martin Borgert]

Package: wnpp
Severity: wishlist

* Package name: gajim-plugin-omemo
  Version : 0.2
  Upstream Author : Bahtiar Gadimov 
* URL : https://github.com/kalkin/gajim-omemo
* License : GPL3+
  Programming Lang: Python
  Description : Gajim plugin for OMEMO Multi-End Message and Object 
Encryption

"This is an experimental plugin that adds support for the OMEMO
Encryption to Gajim.

DO NOT rely on this plugin to protect sensitive information!"

Bug#809106: libtap-parser-sourcehandler-pgtap-perl: autopkgtest failures

[Niko Tyni]

On Sun, Dec 27, 2015 at 01:46:53PM +0200, Niko Tyni wrote:
> Package: libtap-parser-sourcehandler-pgtap-perl
> Version: 3.31-1
> User: debian-p...@lists.debian.org
> Usertags: autopkgtest
> 
> This package never passed its autopkgtest checks on ci.debian.net.
> Looks like it needs more files from the source directory copied over
> to the testbed.
> 
> not ok 10 - pgTAP->make_iterator( psql ) threw an unexpected error

Sorry, that was a wrong diagnosis. The problem is the shebang in
t/scripts/psql, which gets fixed to #!/usr/bin/perl by Build.PL before
the test suite is run, but not for the autopkgtest checks.

I suppose we need a smoke-setup script to fix the shebang.
-- 
Niko Tyni   nt...@debian.org

Bug#809171: Please handle network device hotplug events (move from udev)

[Martin Pitt]

Package: ifupdown
Severity: wishlist
Version: 0.8.4

Hello,

for historical reasons the udev package has shipped the functionality
for handling network device hotplug events. However, it's a bit weird
to ship the coldplugging parts (/etc/init.d/networking and
networking.service) in ifupdown, but not the hotplugging ones. It
would be more consistent to ship both in ifupdown and also make it
easier to do changes. Of course the systemd packagers are still happy
to discuss changes to the udev bits and provide guidance.

This involves three parts:

 * An udev rule which reacts to adding or removing network devices.
   This is currently shipped as /lib/udev/rules.d/80-networking.rules
   but I propose that ifupdown ships it as
   /lib/udev/rules.d/80-ifupdown.rules to avoid a package file
   conflict and also to make it clearer that this applies to ifupdown
   only. I attach this as 80-ifupdown.rules.

 * The above rule just calls an udev helper script "ifupdown" which
   needs to be put into /lib/udev/. This does the actual work of
   calling either ifup $IFACE directly (under SysV init or upstart) or
   a systemd unit "ifup@IFACE.service" under systemd. The latter is
   necessary as udev rules must not start long-running programs (ifup
   can take quite long), and it also provides much nicer and cleaner
   logging, a proper shutdown order, etc.

   I attach this as "ifupdown".

 * The ifup@.service helper unit. This should go into

 `pkg-config --variable=systemdsystemunitdir systemd`

   aka /lib/systemd/system/. It does not need to be enabled in any way
   as the above udev helper rule will start/stop it.

   Note that this will file-conflict with udev with this name, so
   if/once you accept this we'll need to remove the above bits from
   udev and add a Breaks:/Replaces: to ifupdown and a Breaks: to udev.

Please let us know if you have any questions about these!

Thanks for considering,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
#!/bin/sh -e
#
# run /sbin/{ifup,ifdown} with the --allow=hotplug option.
#

PATH='/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin'

if [ -x /usr/bin/logger ]; then
LOGGER=/usr/bin/logger
elif [ -x /bin/logger ]; then
LOGGER=/bin/logger
else
unset LOGGER
fi

# for diagnostics
if [ -t 1 -a -z "$LOGGER" ] || [ ! -e '/dev/log' ]; then
mesg() {
echo "$@" >&2
}
elif [ -t 1 ]; then
mesg() {
echo "$@"
$LOGGER -t "${0##*/}[$$]" "$@"
}
else
mesg() {
$LOGGER -t "${0##*/}[$$]" "$@"
}
fi

if [ -z "$INTERFACE" ]; then
mesg "Bad ifupdown udev helper invocation: \$INTERFACE is not set"
exit 1
fi

check_program() {
[ -x $1 ] && return 0

mesg "ERROR: $1 not found. You need to install the ifupdown package."
mesg "ifupdown udev helper $ACTION event for $INTERFACE not handled."
exit 1
}

wait_for_interface() {
local interface=$1
local state

while :; do
read state /sys/class/net/$interface/operstate 2>/dev/null || true
if [ "$state" != down ]; then
return 0
fi
sleep 1
done
}

net_ifup() {
check_program /sbin/ifup

# exit if the interface is not configured as allow-hotplug
if ! ifquery --allow hotplug -l | grep -q "^${INTERFACE}\$"; then
exit 0
fi

if [ -d /run/systemd/system ]; then
exec systemctl --no-block start $(systemd-escape --template 
ifup@.service $INTERFACE)
fi

local out=$(ps -C ifup ho args)
if [ "${out%$INTERFACE*}" != "$out" ]; then
mesg "Already ifup-ing interface $INTERFACE"
exit 0
fi

wait_for_interface lo

exec ifup --allow=hotplug $INTERFACE
}

net_ifdown() {
check_program /sbin/ifdown

# systemd will automatically ifdown the interface on device
# removal by binding the instanced service to the network device
if [ -d /run/systemd/system ]; then
exit 0
fi

local out=$(ps -C ifdown ho args)
if [ "${out%$INTERFACE*}" != "$out" ]; then
mesg "Already ifdown-ing interface $INTERFACE"
exit 0
fi

exec ifdown --allow=hotplug $INTERFACE
}

do_everything() {

case "$ACTION" in
add)
# these interfaces generate hotplug events *after* they are brought up
case $INTERFACE in
ppp*|ippp*|isdn*|plip*|lo|irda*|ipsec*)
exit 0 ;;
esac

net_ifup
;;

remove)
# the pppd persist option may have been used, so it should not be killed
case $INTERFACE in
ppp*)
exit 0 ;;
esac

net_ifdown
;;

*)
mesg "NET $ACTION event not supported"
exit 1
;;
esac

}

# under systemd we don't do synchronous operations, so we can run in the
# foreground; we also need to, as forked children get killed right away under
# systemd
if [ -d /run/systemd/system ]; then

Bug#809161: Info received (Bug#809161: Acknowledgement (libaudit1: Segmention fault running su and no console access))

[John David Anglin]

Fixed by rebuild of shadow.

Dave
--
John David Anglin   dave.ang...@bell.net

Bug#805835: voxbo: Fails to build with GSL 2

[peter green]

severity 805835 serious
tags 805835 +patch
thanks


Your package fails to build with GSL 2:
   

Ubuntu has a fix for this

https://launchpad.net/ubuntu/+source/voxbo
https://patches.ubuntu.com/v/voxbo/voxbo_1.8.5~svn1246-1.1ubuntu2.patch

Bug#756305: drupal8: changing from ITP to RFP

[Gunnar Wolf]

retitle 756305 ITP: drupal8 -- fully-featured content management framework
owner 756305 !
thanks

> A long time ago, you expressed interest in packaging drupal8. Unfortunately,
> it seems that it did not happen. In Debian, we try not to keep ITP bugs open
> for a too long time, as it might cause other prospective maintainers to
> refrain from packaging the software.
> 
> This is an automatic email to change the status of drupal8 from ITP
> (Intent to Package) to RFP (Request for Package), because this bug hasn't seen
> any activity during the last 12 months.

Drupal8 stayed for many months in the "just about to be released"
status; I expected it to be ready toship with Jessie. As it turned out
not to be the case, I just let the ITP age.

I have recently retaken activity on the packaging, and am working on
it currently. I will soon send a RFH and try to assemble a
team-maintained package; meanwhile, I'll just move this back to ITP.

Thanks!


signature.asc
Description: Digital signature

Bug#744082: Progress report

[Felix Lechner]

This is a JNI glue library. I should ask the sponsor of wolfSSL to upload
it, but have not done so. The Debian package is ready to go.

wolfSSL is the latest version of an encryption library popular in embedded
environments. It is used in MySQL and Skype. cURL, stunnel, lighttpd can
build with it. Other software that uses it is cataloged here:

https://www.wolfssl.com/wolfSSL/Community.html

Bug#805027: [python-acme] not building on jessie

[Sébastien NOBILI]

Hi,

I'm also trying to compile for Jessie with no success.

All the tests seem to pass correctly (see attached log) but pybuild (Sid version
I backported to Jessie) ends with either Segmentation fault or Floating point
exception.

I'm not used to Python environment… Maybe I'm missing something…

Sébastien
I: pybuild base:184: python2.7 setup.py test 
running test
running egg_info
writing requirements to acme.egg-info/requires.txt
writing acme.egg-info/PKG-INFO
writing top-level names to acme.egg-info/top_level.txt
writing dependency_links to acme.egg-info/dependency_links.txt
writing entry points to acme.egg-info/entry_points.txt
reading manifest file 'acme.egg-info/SOURCES.txt'
reading manifest template 'MANIFEST.in'
writing manifest file 'acme.egg-info/SOURCES.txt'
running build_ext
test_cert_no_sans (acme.crypto_util_test.PyOpenSSLCertOrReqSANTest) ... ok
test_cert_two_sans (acme.crypto_util_test.PyOpenSSLCertOrReqSANTest) ... ok
test_csr_no_sans (acme.crypto_util_test.PyOpenSSLCertOrReqSANTest) ... ok
test_csr_one_san (acme.crypto_util_test.PyOpenSSLCertOrReqSANTest) ... ok
test_csr_six_sans (acme.crypto_util_test.PyOpenSSLCertOrReqSANTest) ... ok
test_csr_two_sans (acme.crypto_util_test.PyOpenSSLCertOrReqSANTest) ... ok
test_probe_not_recognized_name (acme.crypto_util_test.SSLSocketAndProbeSNITest) 
... ok
test_probe_ok (acme.crypto_util_test.SSLSocketAndProbeSNITest) ... ok
test_it (acme.util_test.MapKeysTest) ... ok
test_json_de_serializable (acme.messages_test.AuthorizationResourceTest) ... ok
test_from_json (acme.messages_test.AuthorizationTest) ... ok
test_from_json_hashable (acme.messages_test.AuthorizationTest) ... ok
test_resolved_combinations (acme.messages_test.AuthorizationTest) ... ok
test_json_de_serializable (acme.messages_test.CertificateRequestTest) ... ok
test_json_de_serializable (acme.messages_test.CertificateResourceTest) ... ok
test_from_json (acme.messages_test.ChallengeBodyTest) ... ok
test_from_json_hashable (acme.messages_test.ChallengeBodyTest) ... ok
test_proxy (acme.messages_test.ChallengeBodyTest) ... ok
test_to_partial_json (acme.messages_test.ChallengeBodyTest) ... ok
test_uri (acme.messages_test.ChallengeResourceTest) ... ok
test_equality (acme.messages_test.ConstantTest) ... ok
test_from_json (acme.messages_test.ConstantTest) ... ok
test_from_json_hashable (acme.messages_test.ConstantTest) ... ok
test_repr (acme.messages_test.ConstantTest) ... ok
test_to_partial_json (acme.messages_test.ConstantTest) ... ok
test_from_json_deserialization_error_on_wrong_key 
(acme.messages_test.DirectoryTest) ... ok
test_getattr (acme.messages_test.DirectoryTest) ... ok
test_getattr_fails_with_attribute_error (acme.messages_test.DirectoryTest) ... 
ok
test_getitem (acme.messages_test.DirectoryTest) ... ok
test_getitem_fails_with_key_error (acme.messages_test.DirectoryTest) ... ok
test_init_wrong_key_value_error (acme.messages_test.DirectoryTest) ... ok
test_to_partial_json (acme.messages_test.DirectoryTest) ... ok
test_description (acme.messages_test.ErrorTest) ... ok
test_from_json_hashable (acme.messages_test.ErrorTest) ... ok
test_str (acme.messages_test.ErrorTest) ... ok
test_to_partial_json (acme.messages_test.RegistrationResourceTest) ... ok
test_emails (acme.messages_test.RegistrationTest) ... ok
test_from_data (acme.messages_test.RegistrationTest) ... ok
test_from_json (acme.messages_test.RegistrationTest) ... ok
test_from_json_hashable (acme.messages_test.RegistrationTest) ... ok
test_phones (acme.messages_test.RegistrationTest) ... ok
test_to_partial_json (acme.messages_test.RegistrationTest) ... ok
test_from_json_hashable (acme.messages_test.RevocationTest) ... ok
test_empty (acme.messages_test.UpdateRegistrationTest) ... ok
test_check_response_jobj (acme.client_test.ClientNetworkTest) ... ok
test_check_response_not_ok_jobj_error (acme.client_test.ClientNetworkTest) ... 
ok
test_check_response_not_ok_jobj_no_error (acme.client_test.ClientNetworkTest) 
... ok
test_check_response_not_ok_no_jobj (acme.client_test.ClientNetworkTest) ... ok
test_check_response_ok_no_jobj_ct_required (acme.client_test.ClientNetworkTest) 
... ok
test_check_response_ok_no_jobj_no_ct (acme.client_test.ClientNetworkTest) ... ok
test_init (acme.client_test.ClientNetworkTest) ... ok
test_requests_error_passthrough (acme.client_test.ClientNetworkTest) ... ok
test_send_request (acme.client_test.ClientNetworkTest) ... ok
test_send_request_user_agent (acme.client_test.ClientNetworkTest) ... ok
test_send_request_verify_ssl (acme.client_test.ClientNetworkTest) ... ok
test_wrap_in_jws (acme.client_test.ClientNetworkTest) ... ok
test_get (acme.client_test.ClientNetworkWithMockedResponseTest) ... ok
test_head (acme.client_test.ClientNetworkWithMockedResponseTest) ... ok
test_head_get_post_error_passthrough 
(acme.client_test.ClientNetworkWithMockedResponseTest) ... ok
test_post (acme.client_test.ClientNetworkWithMockedResponseTest) ... ok
test_post_wrong_initial_nonce 

Bug#802212: Patch

[Chad Wallace]

Here's another version of that patch...  with a free(dotdir) after
we're done with it.


-- 

C. Chad Wallace, B.Sc.
The Lodging Company
http://www.lodgingcompany.com/
OpenPGP Public Key ID: 0x262208A0

Description: avoid NO_MODULE_DATA error
Author: Chad Wallace 
Last-Update: 2015-12-27

--- a/pam_ssh.c	2015-12-27 12:08:42.851136447 -0800
+++ b/pam_ssh.c	2015-12-27 12:12:47.619240920 -0800
@@ -1089,6 +1089,7 @@
 	const struct passwd *pwent;	/* user's passwd entry */
 	struct stat sb;			/* to check st_nlink */
 	const char *user;   /* username */
+	char *dotdir;		/* .ssh dir name */
 
 	pam_ssh_log(LOG_DEBUG, "close session");
 
@@ -1108,6 +1109,21 @@
 		return retval;
 	}
 
+	/* handle the per-user configuration directory and check its existence */
+
+	if (asprintf(, "%s/%s", pwent->pw_dir, SSH_DIR) == -1) {
+		pam_ssh_log(LOG_CRIT, "out of memory");
+		openpam_restore_cred(pamh);
+		return PAM_SERVICE_ERR;
+	}
+	if ((access(dotdir,F_OK)) == -1) {
+		pam_ssh_log(LOG_DEBUG, "inexistent configuration directory");
+		free(dotdir);
+		openpam_restore_cred(pamh);
+		return PAM_SUCCESS;
+	}
+	free(dotdir);
+
 	if (pam_get_data(pamh, "ssh_agent_env_session",
 	(const void **)(void *)_file) == PAM_SUCCESS && env_file)
 		unlink(env_file);

Bug#809173: gnupg: occasional error "key ... not found on keyserver"

[Vincent Lefevre]

Package: gnupg
Version: 1.4.20-1
Severity: normal

I got the following error:

cventin:~/software> gpg --verify gmp-6.1.0.tar.xz.sig
gpg: assuming signed data in `gmp-6.1.0.tar.xz'
gpg: Signature made 2015-11-01T17:04:59 CET using DSA key ID 501441DF
gpg: requesting key 501441DF from hkp server keys.gnupg.net
gpgkeys: key DDEF6956501441DF not found on keyserver
gpg: no valid OpenPGP data found.
gpg: Total number processed: 0
gpg: keyserver communications error: key not found
gpg: keyserver communications error: bad public key
gpg: Can't check signature: public key not found
zsh: exit 2 gpg --verify gmp-6.1.0.tar.xz.sig

Then I tried on another machine, where I got:

gpg: requesting key 501441DF from hkp server keys.gnupg.net
gpg: key C1A000B0: public key "Marco Bodrato " imported

showing that the key was really on the server.

I tried again on the first machine: same error.

After several dozens of minutes, I tried again on the first machine,
and the key could be imported.

In case there was some other error, this could be like the following
bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642512
(note that I don't use a proxy).

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

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

Versions of packages gnupg depends on:
ii  gpgv  1.4.20-1
ii  libbz2-1.01.0.6-8
ii  libc6 2.21-6
ii  libreadline6  6.3-8+b4
ii  libusb-0.1-4  2:0.1.12-27
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages gnupg recommends:
pn  gnupg-curl 
ii  libldap-2.4-2  2.4.42+dfsg-2+b1

Versions of packages gnupg suggests:
ii  eog   3.18.1-1
ii  gnupg-doc 2003.04.06+dak1-1
ii  imagemagick   8:6.8.9.9-6+b1
ii  libpcsclite1  1.8.15-1
pn  parcimonie

-- no debconf information

Bug#809131: [Letsencrypt-devel] Bug#809131: python-acme: FTBFS: No local packages or download links found for urllib3==1.12

[Harlan Lieberman-Berg]

>   Searching for urllib3==1.12

This should only happen in the condition that urllib3 isn't installed in
the system Python paths; it is a dependency of python-requests,
which is a dependency of python-acme.

Can you please upload the complete build log, including dependency calculation
and installation?

Sincerely,
-- 
Harlan Lieberman-Berg
~hlieberman

Bug#805027: [Letsencrypt-devel] Bug#805027: [python-acme] not building on jessie

[Harlan Lieberman-Berg]

Hello everyone,

We are definitely planning on trying to get letsencrypt into
jessie-backports.  At the moment, we're waiting on the upload of a
couple of its dependencies into backports; I've been talking to the
maintainers of those packages to try and move that process along.

It will, unfortunately, FTBFS with some of the dependencies that are
currently in jessie and jessie-backports.

Sincerely,
-- 
Harlan Lieberman-Berg
~hlieberman

Bug#809023: [git-buildpackage/master] import content of https://honk.sigxcpu.org/piki/development/debian_packages_in_git/

[Lucas Nussbaum]

tag 809023 pending
thanks

Date:   Sat Dec 26 08:51:16 2015 +0100
Author: Lucas Nussbaum 
Commit ID: 3231f6a1cccbecd1f7062d46646a61dcf3273f41
Commit URL: 
https://git.sigxcpu.org/cgit/git-buildpackage/;a=commitdiff;h=3231f6a1cccbecd1f7062d46646a61dcf3273f41
Patch URL: 
https://git.sigxcpu.org/cgit/git-buildpackage/;a=commitdiff_plain;h=3231f6a1cccbecd1f7062d46646a61dcf3273f41

import content of 
https://honk.sigxcpu.org/piki/development/debian_packages_in_git/

Without any changes, nor formatting, to make it easier to track future
changes.

Closes: #809023

A snapshot build including this change will be available at
http://honk.sigxcpu.org:8001/job/git-buildpackage/
  

Bug#807906: [PATCH] Updated _aptitude zsh completion to cope with changed --help/-h output of aptitude 0.7.5

[Axel Beckert]

Hi,

the format of aptitude's --help/-h output slightly changed with the
0.7.5 release which caused the completion of subcommands to stop
working in zsh. This has been originally reported in Debian as
https://bugs.debian.org/807906

I've applied the following patch to Debian's zsh package in git,
verified that it works there and will upload it to Debian Unstable as
well as push it to the zsh git repository at SF. The patch should make
zsh work with both, the old and the new output.

Index: zsh/Completion/Debian/Command/_aptitude
===
--- zsh.orig/Completion/Debian/Command/_aptitude2015-09-08 
23:39:06.026975805 +0200
+++ zsh/Completion/Debian/Command/_aptitude 2015-12-26 19:26:14.681265798 
+0100
@@ -80,7 +80,7 @@
 
 case $state in
   cmds)
-cmds=( ${${(M)${(f)"$(LC_ALL=C _call_program commands aptitude -h 
2>/dev/null)"}:#* - *}/(#b) (*[^ ]) #- (*)/$match[1]:$match[2]:l})
+cmds=( ${${(M)${(f)"$(LC_ALL=C _call_program commands aptitude -h 
2>/dev/null)"}:# [^- ][^ ]## *}/(#b) ([^ ]##) ##(- )#([^- 
]*)/$match[1]:$match[3]:l})
 
 _describe -t commands 'aptitude command' cmds && ret=0
   ;;

For reference, here's the relevant part of the old and new output:

Old output:

→ aptitude -h
aptitude 0.6.11
Usage: aptitude [-S fname] [-u|-i]
   aptitude [options]  ...
  Actions (if none is specified, aptitude will enter interactive mode):

 install  - Install/upgrade packages.
 remove   - Remove packages.
 purge- Remove packages and their configuration files.
 hold - Place packages on hold.
 unhold   - Cancel a hold command for a package.
 markauto - Mark packages as having been automatically installed.
 unmarkauto   - Mark packages as having been manually installed.
 forbid-version - Forbid aptitude from upgrading to a specific package version.
 update   - Download lists of new/upgradable packages.
 safe-upgrade - Perform a safe upgrade.
 full-upgrade - Perform an upgrade, possibly installing and removing packages.
 build-dep- Install the build-dependencies of packages.
 forget-new   - Forget what packages are "new".
 search   - Search for a package by name and/or expression.
 show - Display detailed information about a package.
 versions - Displays the versions of specified packages.
 clean- Erase downloaded package files.
 autoclean- Erase old downloaded package files.
 changelog- View a package's changelog.
 download - Download the .deb file for a package.
 reinstall- Download and (possibly) reinstall a currently installed package.
 why  - Show the manually installed packages that require a package, or
why one or more packages would require the given package.
 why-not  - Show the manually installed packages that lead to a conflict
with the given package, or why one or more packages would
lead to a conflict with the given package if installed.

  Options:
 -h This help text.
 --no-gui   Do not use the GTK GUI even if available.
[…]

New output:

→ aptitude -h
aptitude 0.7.5
Usage: aptitude [-S fname] [-u|-i]
   aptitude [options]  ...

Actions (if none is specified, aptitude will enter interactive mode):

 install Install/upgrade packages.
 remove  Remove packages.
 purge   Remove packages and their configuration files.
 holdPlace packages on hold.
 unhold  Cancel a hold command for a package.
 markautoMark packages as having been automatically installed.
 unmarkauto  Mark packages as having been manually installed.
 forbid-version  Forbid aptitude from upgrading to a specific package version.
 update  Download lists of new/upgradable packages.
 safe-upgradePerform a safe upgrade.
 full-upgradePerform an upgrade, possibly installing and removing packages.
 build-dep   Install the build-dependencies of packages.
 forget-new  Forget what packages are "new".
 search  Search for a package by name and/or expression.
 showDisplay detailed information about a package.
 versionsDisplays the versions of specified packages.
 clean   Erase downloaded package files.
 autoclean   Erase old downloaded package files.
 changelog   View a package's changelog.
 downloadDownload the .deb file for a package.
 reinstall   Reinstall a currently installed package.
 why Explain why a particular package should be installed.
 why-not Explain why a particular package cannot be installed.

 add-user-tagAdd user tag to packages/patterns.
 remove-user-tag Remove user tag from packages/patterns.

Options:
 -h  This help text.
 --no-guiDo not use the GTK GUI even if available.
[…]

Main difference: no more dash inbetween subcommand and description.

Kind regards, Axel
-- 
/~\  Plain Text Ribbon Campaign   

Bug#791961: saned won't run from systemd (bad status=22 or procnum=1)

[Christoph Biedl]

Jörg Frings-Fürst wrote...

> Please can someone testing the attached systemd fileson a jessie
> system? 

I can confirm just the following change on a jessie installation:

--- /lib/systemd/system/saned@.service  2014-12-26 12:51:32.0 +0100
+++ /lib/systemd/system/saned@.service  2015-12-27 15:13:57.0 +0100
@@ -6,7 +6,7 @@
 ExecStart=/usr/sbin/saned
 User=saned
 Group=saned
-StandardInput=socket
+StandardInput=null
 StandardOutput=syslog
 StandardError=syslog
 Environment=SANE_CONFIG_DIR=/etc/sane.d

restores the wheezy behaviour, i.e. detects network scanners when
running scanimage -L

Please consider fixing this in a point release since the current state
renders sane-utils unusable for me.

Christoph


signature.asc
Description: Digital signature

Bug#809151: digikam: currently missing support for libkgeomap / marble

[Peter Gervai]

Package: digikam
Version: 4:4.14.0-1
Severity: normal

As mentioned in the release notes:

"Currently missing support for features whose library has been split
out of previous digikam source releases; e.g. libkface, libkgeomap,
and some others."

This bug should track the geo-features tracking like marble, 
libkgeomap integration (like geo-search and geolocation using OSM map), 
which is currently missing.


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

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages digikam depends on:
ii  digikam-data4:4.14.0-1
ii  digikam-private-libs4:4.14.0-1
ii  kde-runtime 4:15.08.1-1
ii  libc6   2.19-22
ii  libgcc1 1:5.2.1-23
ii  libgphoto2-62.5.9-3
ii  libgphoto2-port12   2.5.9-3
ii  libkdcraw23 4:15.04.2-0ubuntu1
ii  libkdecore5 4:4.14.12-2
ii  libkdeui5   4:4.14.12-2
ii  libkexiv2-114:15.04.3-1
ii  libkhtml5   4:4.14.12-2
ii  libkio5 4:4.14.12-2
ii  libkipi11   4:4.13.3-1
ii  libknotifyconfig4   4:4.14.12-2
ii  libkparts4  4:4.14.12-2
ii  libopencv-core2.4v5 2.4.9.1+dfsg-1.2
ii  libopencv-imgproc2.4v5  2.4.9.1+dfsg-1.2
ii  libphonon4  4:4.8.0-5
ii  libqt4-dbus 4:4.8.7+dfsg-1
ii  libqt4-sql  4:4.8.7+dfsg-1
ii  libqt4-sql-sqlite   4:4.8.7+dfsg-1
ii  libqt4-xml  4:4.8.7+dfsg-1
ii  libqtcore4  4:4.8.7+dfsg-1
ii  libqtgui4   4:4.8.7+dfsg-1
ii  libsolid4   4:4.14.12-2
ii  libstdc++6  5.2.1-23
ii  libthreadweaver44:4.14.12-2
ii  perl5.20.2-6
ii  phonon  4:4.8.0-5

Bug#809100: libmarc-lint-perl: FTBFS with newer Business::ISBN: test failures

[Niko Tyni]

Control: tag -1 patch

On Sun, Dec 27, 2015 at 04:53:08PM +0200, Niko Tyni wrote:
> On Sun, Dec 27, 2015 at 01:32:55PM +0200, Niko Tyni wrote:
> > Package: libmarc-lint-perl
> > Version: 1.49-1 
> > Severity: serious
> > User: debian-p...@lists.debian.org
> > Usertags: autopkgtest
> > 
> > This package fails to build on current sid/amd64.
> > 
> > Looks like the module should be using the 'version' module to compare
> > version numbers; this was presumably broken by libbusiness-isbn-perl
> > 2.010-1, which entered unstable recently.
> 
> In fact the fault is with Business::ISBN, which messed up its
> version numbering, as discussed in
>  https://github.com/briandfoy/business-isbn/pull/2
> 
> Looks like Business::ISBN upstream isn't planning to fix this,
> so I suppose MARC::Lint needs to adapt.

I suggest that we patch the VERSION comparisons to check for >= 2.010, add
versioned dependencies to debian/control, and make libbusiness-isbn-perl
Break libmarc-lint-perl (<< 1.49-2). See the attached patch.

Does that make sense?
-- 
Niko Tyni   nt...@debian.org
>From 2f64649306df12e4fb41944280c9eb11e2f3fb06 Mon Sep 17 00:00:00 2001
From: Niko Tyni 
Date: Sun, 27 Dec 2015 17:02:33 +0200
Subject: [PATCH] Fix test failures due to Business::ISBN version mess

Business::ISBN changed its version from 2.09 to 2.010,
breaking the version comparisons in MARC::Lint.
---
 debian/control   | 4 ++--
 lib/MARC/Lint.pm | 4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/debian/control b/debian/control
index 227a6b4..a54 100644
--- a/debian/control
+++ b/debian/control
@@ -10,7 +10,7 @@ Section: perl
 Priority: optional
 Build-Depends: debhelper (>= 8)
 Build-Depends-Indep: perl,
- libbusiness-isbn-perl,
+ libbusiness-isbn-perl (>= 2.010),
  libmarc-record-perl
 Standards-Version: 3.9.6
 Vcs-Browser: https://anonscm.debian.org/cgit/pkg-perl/packages/libmarc-lint-perl.git
@@ -22,7 +22,7 @@ Package: libmarc-lint-perl
 Architecture: all
 Depends: ${perl:Depends},
  ${misc:Depends},
- libbusiness-isbn-perl,
+ libbusiness-isbn-perl (>= 2.010),
  libmarc-record-perl
 Description: Perl extension for checking validity of MARC records
  MARC::Lint is a Perl module for checking the validity of MARC records. Most
diff --git a/lib/MARC/Lint.pm b/lib/MARC/Lint.pm
index d96e78b..c401622 100755
--- a/lib/MARC/Lint.pm
+++ b/lib/MARC/Lint.pm
@@ -319,14 +319,14 @@ sub check_020 {
 else {
 if ((length ($isbnno) == 10)) {
 
-if ($Business::ISBN::VERSION gt '2.02_01') {
+if ($Business::ISBN::VERSION ge '2.010') {
 $self->warn( "020: Subfield a has bad checksum, $data." ) if (Business::ISBN::valid_isbn_checksum($isbnno) != 1); 
 } #if Business::ISBN version higher than 2.02_01
 elsif ($Business::ISBN::VERSION lt '2') {
 $self->warn( "020: Subfield a has bad checksum, $data." ) if (Business::ISBN::is_valid_checksum($isbnno) != 1); 
 } #elsif Business::ISBN version lower than 2
 else {
-$self->warn( "Business::ISBN version must be below 2 or above 2.02_02." );
+$self->warn( "Business::ISBN version must be below 2 or at least 2.010." );
 } #else Business::ISBN version between 2 and 2.02_02
 } #if 10 digit ISBN has invalid check digit
 # do validation check for 13 digit isbn
-- 
2.6.4

Bug#809153: please properly quote schroot command line in syslog

[Marc Haber]

Source: mini-buildd
Version: 1.0.8
Severity: wishlist

Hi,

please quote multi-word parameters passed to schroot in the syslog, so
that the syslog entry can be pasted into a shell for debugging.

For example (manual line breaks):

BAD:
Dec 27 16:14:34 spinturn mini_buildd.builder  (0208): INFO
: cron-apt_0.9.3.1-1~testSID+0:amd64: Running sbuild: sbuild
--dist=sid-test-experimental --arch=amd64
--chroot=mini-buildd-sid-amd64
--chroot-setup-command=cp 
/var/lib/mini-buildd/var/spool/54aad2009c2ded5ff96475b4350273b8011ca0e7/apt_sources.list
 /etc/apt/sources.list
--chroot-setup-command=cat /etc/apt/sources.list
--chroot-setup-command=cp 
/var/lib/mini-buildd/var/spool/54aad2009c2ded5ff96475b4350273b8011ca0e7/apt_preferences
 /etc/apt/preferences
--chroot-setup-command=cat /etc/apt/preferences
--chroot-setup-command=apt-key add 
/var/lib/mini-buildd/var/spool/54aad2009c2ded5ff96475b4350273b8011ca0e7/apt_keys

GOOD:
Dec 27 16:14:34 spinturn mini_buildd.builder  (0208): INFO
: cron-apt_0.9.3.1-1~testSID+0:amd64: Running sbuild: sbuild
--dist=sid-test-experimental --arch=amd64
--chroot=mini-buildd-sid-amd64
--chroot-setup-command="cp 
/var/lib/mini-buildd/var/spool/54aad2009c2ded5ff96475b4350273b8011ca0e7/apt_sources.list
 /etc/apt/sources.list"
--chroot-setup-command="cat /etc/apt/sources.list"
--chroot-setup-command="cp 
/var/lib/mini-buildd/var/spool/54aad2009c2ded5ff96475b4350273b8011ca0e7/apt_preferences
 /etc/apt/preferences"
--chroot-setup-command="cat /etc/apt/preferences"
--chroot-setup-command="apt-key add 
/var/lib/mini-buildd/var/spool/54aad2009c2ded5ff96475b4350273b8011ca0e7/apt_keys"

Thanks for considering.

Greetings
Marc

Bug#768079: [Pkg-zsh-devel] Bug#768079: zsh: fails to configure if /bin is a symlink to /usr/bin

[Axel Beckert]

Hi,

Sven Joachim wrote:
> On a system with everything in /usr[1,2], i.e. /bin is a symlink to
> /usr/bin, zsh fails to configure:
> 
> ,
> | Setting up zsh (5.0.7-3) ...
> | update-alternatives: using /bin/zsh5 to provide /bin/zsh (zsh) in auto mode
> | update-alternatives: error: unable to install `/usr/bin/zsh.dpkg-tmp' as 
> `/usr/bin/zsh': No such file or directory
> | dpkg: error processing package zsh (--configure):
> |  subprocess installed post-installation script returned error exit status 2
> | Errors were encountered while processing:
> |  zsh
> `
> 
> I guess update-alternatives does not like the fact that the /bin/zsh
> alternative and its slave /usr/bin/zsh are at the same place.

Reading this comment and https://bugs.debian.org/807185, I wonder if
this is not something, that update-alternatives should generally fix
in its --slave handling instead of each affected package individually.

Cc'ing the Dpkg Developers.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#746554: changing back to ITP

[Rolf Leggewie]

retitle 746554 ITP: fteproxy -- programmable proxy for censorship circumvention
owner 746554 !
retitle 770603 ITP: libfte -- encryption library to thwart deep packet 
inspection censorship
owner 770603 !
thanks

packages have been waiting for sponsorship

Bug#784578: xbmc: Can't play DVDs from nfs or samba shares

[Balint Reczey]

Control: tags -1 confirmed upstream
Control: forwarded -1 
http://forum.kodi.tv/showthread.php?tid=207088=2196885#pid2196885

Hi,
On Tue, 23 Jun 2015 10:53:41 +0200 Christa Brinkmann 
 wrote:
> Confirm issue:
> 
> Playing ISO DVD on SMB share does not work, while the same ISO on local
> storage plays find. Error in log is always dvdnav related.
> 
> Seems to be an old, "solved" issue:
> 
> http://forum.kodi.tv/showthread.php?tid=157925
It may be solved in Kodi's embedded libdvdread, but at the moment Kodi
tries to make system's libdvdread open the DVD from the URL used by
Kodi's virtual filesystem:
...
/tmp/kodi.trace.10250:open("nfs://1.2.3.4/dir/file.iso")", O_RDONLY) = -1 
ENOENT (No such file or directory)
...

Fixing the issue for system's libdvdread, too, seems to require changes to 
libdvdread's API and Kodi as well.
In the meantime please mount the NFS and Samba shares in fstab which makes 
opening the DVD-s working like opening
them from the local filesystem.

Cheers,
Balint

Bug#722130: RFP: gajim-plugin-otr -- Off-The-Record encryption for Gajim

[W. Martin Borgert]

On https://github.com/python-otr/gajim-otr the author states in
bold and huge letters:

This software is experimental and potentially insecure.
Do not rely on it

As long as this text appears in the description, I would not
object packaging this for Debian. But it should go to
experimental, not unstable.

Bug#807878:

[Tobias Frost]

Hi,

I can reproduce the issue on my wife's laptop.
(which just have been upgraded from wheezy to jessie)

Tobi

Bug#809169: [PATCH] Allow setting the MTU and HWADDR on manual interfaces

[Martin Pitt]

Package: ifupdown
Severity: wishlist
Version: 0.8.4
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch xenial

Hello,

In https://launchpad.net/bugs/1294807 it was reported that the "mtu"
and "hwaddress" options do not work with "manual" interfaces. Stéphane
(CC'ed) fixed this in Ubuntu a while ago. This seems useful for Debian
as well, so I adjusted this to current Debian git head.

Thanks for considering,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
From a0f0d508edacd262b51c2aee73909be6443e6d68 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?St=C3=A9phane=20Graber?= 
Date: Sun, 27 Dec 2015 20:29:11 +0100
Subject: [PATCH] Allow setting the MTU and HWADDR on manual interfaces

Bug-Ubuntu: https://launchpad.net/bugs/1294807
---
 inet.defn  | 10 ++
 inet6.defn | 10 ++
 2 files changed, 20 insertions(+)

diff --git a/inet.defn b/inet.defn
index 67d2a54..7f6f396 100644
--- a/inet.defn
+++ b/inet.defn
@@ -55,9 +55,19 @@ method manual
 is done by default.  Such interfaces can be configured manually by
 means of *up* and *down* commands or /etc/network/if-*.d scripts.
 
+  options
+hwaddress address   -- Link local address.
+mtu size-- MTU size
+
+  conversion
+hwaddress cleanup_hwaddress
+
   up
+ip link set dev %iface% [[mtu %mtu%]] [[address %hwaddress%]] up
 
   down
+ip link set dev %iface% down \
+if (iface_is_link())
 
 method dhcp
   description
diff --git a/inet6.defn b/inet6.defn
index e5dc06d..3f48602 100644
--- a/inet6.defn
+++ b/inet6.defn
@@ -94,9 +94,19 @@ method manual
 is done by default.  Such interfaces can be configured manually by
 means of *up* and *down* commands or /etc/network/if-*.d scripts.
 
+  options
+hwaddress address  -- Hardware address
+mtu size   -- MTU size
+
+  conversion
+hwaddress cleanup_hwaddress
+
   up
+ip link set dev %iface% [[mtu %mtu%]] [[address %hwaddress%]] up
 
   down
+ip link set dev %iface% down \
+if (iface_is_link())
 
 method dhcp
   description
-- 
2.6.4



signature.asc
Description: Digital signature

Bug#802212: Patch

[Chad Wallace]

Hello,

I've created a patch that seems to fix this for me.  All I did was copy
the code that checks for ".ssh" from pam_sm_open_session() into
pam_sm_close_session() so it can just not do anything, and return 
PAM_SUCCESS.

I don't know if that's the right solution, but it seems appropriate to
me.  I've only tested that it works for me:  it avoids printing "su: No
module specific data is present" when I run /etc/cron.daily/dwww 
and logging in remotely using my SSH key still works.

Thanks!

-- 

C. Chad Wallace, B.Sc.
The Lodging Company
http://www.lodgingcompany.com/
OpenPGP Public Key ID: 0x262208A0

Description: avoid NO_MODULE_DATA error
Author: Chad Wallace 
Last-Update: 2015-12-27

--- a/pam_ssh.c	2015-12-27 10:54:47.985792204 -0800
+++ b/pam_ssh.c	2015-12-27 10:54:08.231097492 -0800
@@ -1089,6 +1089,7 @@
 	const struct passwd *pwent;	/* user's passwd entry */
 	struct stat sb;			/* to check st_nlink */
 	const char *user;   /* username */
+	char *dotdir;		/* .ssh dir name */
 
 	pam_ssh_log(LOG_DEBUG, "close session");
 
@@ -1108,6 +1109,20 @@
 		return retval;
 	}
 
+	/* handle the per-user configuration directory and check its existence */
+
+	if (asprintf(, "%s/%s", pwent->pw_dir, SSH_DIR) == -1) {
+		pam_ssh_log(LOG_CRIT, "out of memory");
+		openpam_restore_cred(pamh);
+		return PAM_SERVICE_ERR;
+	}
+	if ((access(dotdir,F_OK)) == -1) {
+		pam_ssh_log(LOG_DEBUG, "inexistent configuration directory");
+		free(dotdir);
+		openpam_restore_cred(pamh);
+		return PAM_SUCCESS;
+	}
+
 	if (pam_get_data(pamh, "ssh_agent_env_session",
 	(const void **)(void *)_file) == PAM_SUCCESS && env_file)
 		unlink(env_file);

Bug#809172: [libqt5xcbqpa5] lib libqt5xcbqpa5 will not be installed as a dependency

[Singer Michael]

Package: libqt5xcbqpa5
Version: 5.5.1+dfsg-10
Severity: grave

--- Please enter the report below this line. ---

Dear Maintainer,
When you install the KDE desktop, the libqt5xcbqpa5 is not installed. A start 
of the KDE desktop thus aborts.

If you install the libqt5xcbqpa5 via apt after you can start the desktop 
again.

A similar bug report (closed), there was already in October 2015 strongly 
#802656.

Regards 
Michael Singer

--- System information. ---
Architecture: amd64
Kernel:   Linux 4.3.3-towo.1-siduction-amd64

Debian Release: stretch/sid
  500 unstablehttpredir.debian.org 
  500 unstableftp.uni-stuttgart.de 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#747618: festvox-us-slt-hts: changing from ITP to RFP

[Sergio Oller]

Just to report progress and status, I created the package here:

https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=tts/festvox-us-slt-hts.git;a=summary

I am no longer interested in looking for a sponsor for the package, and the
packaging itself is probably outdated (last commit August 2014).

If anyone is willing to make the effort of packaging it and maintaining it,
feel free to do so.



2015-12-27 13:16 GMT+01:00 Lucas Nussbaum :

> retitle 747618 RFP: festvox-us-slt-hts -- US English voice for Festival.
> 32kHz sample rate, HTS
> noowner 747618
> tag 747618 - pending
> thanks
>
> Hi,
>
> A long time ago, you expressed interest in packaging festvox-us-slt-hts.
> Unfortunately,
> it seems that it did not happen. In Debian, we try not to keep ITP bugs
> open
> for a too long time, as it might cause other prospective maintainers to
> refrain from packaging the software.
>
> This is an automatic email to change the status of festvox-us-slt-hts from
> ITP
> (Intent to Package) to RFP (Request for Package), because this bug hasn't
> seen
> any activity during the last 12 months.
>
> If you are still interested in packaging festvox-us-slt-hts, please send a
> mail to
>  with:
>
>  retitle 747618 ITP: festvox-us-slt-hts -- US English voice for Festival.
> 32kHz sample rate, HTS
>  owner 747618 !
>  thanks
>
> It is also a good idea to document your progress on this ITP from time to
> time, by mailing <747...@bugs.debian.org>.  If you need guidance on how to
> package this software, please reply to this email, and/or contact the
> debian-ment...@lists.debian.org mailing list.
>
> Thank you for your interest in Debian,
> --
> Lucas, for the QA team 
>

Bug#809147: installation-report: Logitech K400 keyboard does not work in rescue mode

[Gábor Gombás]

Package: installation-reports
Version: 2.60
Severity: normal

Dear Maintainer,

I PXE-booted the Stretch Alpha 4 installer in rescue mode, to fix a grub
misconfiguration, and the Logitech K400 keyboard which is regularly used with
this machine stopped working at the first configuration screen. Attaching a
Microsoft Wireless USB keyboard worked fine, so it could be a driver issue.

"lsusb -v" for the non-working USB keyboard:

Bus 001 Device 002: ID 046d:c52b Logitech, Inc. Unifying Receiver
Device Descriptor:
  bLength18
  bDescriptorType 1
  bcdUSB   2.00
  bDeviceClass0 (Defined at Interface level)
  bDeviceSubClass 0 
  bDeviceProtocol 0 
  bMaxPacketSize0 8
  idVendor   0x046d Logitech, Inc.
  idProduct  0xc52b Unifying Receiver
  bcdDevice   12.03
  iManufacturer   1 Logitech
  iProduct2 USB Receiver
  iSerial 0 
  bNumConfigurations  1
  Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength   84
bNumInterfaces  3
bConfigurationValue 1
iConfiguration  4 RQR12.03_B0025
bmAttributes 0xa0
  (Bus Powered)
  Remote Wakeup
MaxPower   98mA
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber0
  bAlternateSetting   0
  bNumEndpoints   1
  bInterfaceClass 3 Human Interface Device
  bInterfaceSubClass  1 Boot Interface Subclass
  bInterfaceProtocol  1 Keyboard
  iInterface  0 
HID Device Descriptor:
  bLength 9
  bDescriptorType33
  bcdHID   1.11
  bCountryCode0 Not supported
  bNumDescriptors 1
  bDescriptorType34 Report
  wDescriptorLength  59
 Report Descriptors: 
   ** UNAVAILABLE **
  Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81  EP 1 IN
bmAttributes3
  Transfer TypeInterrupt
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x0008  1x 8 bytes
bInterval   8
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber1
  bAlternateSetting   0
  bNumEndpoints   1
  bInterfaceClass 3 Human Interface Device
  bInterfaceSubClass  1 Boot Interface Subclass
  bInterfaceProtocol  2 Mouse
  iInterface  0 
HID Device Descriptor:
  bLength 9
  bDescriptorType33
  bcdHID   1.11
  bCountryCode0 Not supported
  bNumDescriptors 1
  bDescriptorType34 Report
  wDescriptorLength 148
 Report Descriptors: 
   ** UNAVAILABLE **
  Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82  EP 2 IN
bmAttributes3
  Transfer TypeInterrupt
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x0008  1x 8 bytes
bInterval   2
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber2
  bAlternateSetting   0
  bNumEndpoints   1
  bInterfaceClass 3 Human Interface Device
  bInterfaceSubClass  0 No Subclass
  bInterfaceProtocol  0 None
  iInterface  0 
HID Device Descriptor:
  bLength 9
  bDescriptorType33
  bcdHID   1.11
  bCountryCode0 Not supported
  bNumDescriptors 1
  bDescriptorType34 Report
  wDescriptorLength  93
 Report Descriptors: 
   ** UNAVAILABLE **
  Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83  EP 3 IN
bmAttributes3
  Transfer TypeInterrupt
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x0020  1x 32 bytes
bInterval   2
Device Status: 0x
  (Bus Powered)

"dmesg" bits from a running system:

[1.707854] usb 1-2: new full-speed USB device number 2 using xhci_hcd
[1.874026] usb 1-2: New USB device found, idVendor=046d, idProduct=c52b
[1.874030] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[1.874032] usb 1-2: Product: USB Receiver
[

Bug#807644: RM: haskell-mtl-compat -- ROM; Unneeded compat package

[Luca Falavigna]

Hi,

2015-12-27 15:12 GMT+01:00 Joachim Breitner :
> cannot reproduce, no mention of mtl-compat in
> http://ftp.uni-kl.de/debian/pool/main/h/haskell-haxr/haskell-haxr_3000.11.1.2-1.dsc
> Is there a cruft binary keeping an old version of the haskell-haxr
> source package around?

Good point, it seems it's the case:
$ dak ls -s unstable -a source haskell-haxr
haskell-haxr | 3000.10.4.2-1 | unstable   | source
haskell-haxr | 3000.11.1.2-1 | unstable   | source
$

-- 
Cheers,
Luca

Bug#807644: RM: haskell-mtl-compat -- ROM; Unneeded compat package

[Joachim Breitner]

Hi,

thanks for working on these!

Am Sonntag, den 27.12.2015, 14:40 +0100 schrieb Luca Falavigna:
> Control: tags -1 + moreinfo
> 
> 
> 2015-12-11 10:06 GMT+01:00 Joachim Breitner :
> > haskell-mtl-compat is a compat package that with GHC 7.10 becomes
> > empty,
> > so we patch out any use of it, to avoid shipping pointless packages
> > in
> > Debian. Hence it should be removed.
> 
> Not ready yet:
> 
> # Broken Build-Depends:
> haskell-haxr: libghc-mtl-compat-dev
>   libghc-mtl-compat-doc
>   libghc-mtl-compat-prof

cannot reproduce, no mention of mtl-compat in 
http://ftp.uni-kl.de/debian/pool/main/h/haskell-haxr/haskell-haxr_3000.11.1.2-1.dsc
Is there a cruft binary keeping an old version of the haskell-haxr
source package around?

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#809088: ghc-mod: Unable to install ghc-mod

[Sven Bartscher]

On Sun, 27 Dec 2015 15:37:43 +0100
Joachim Breitner  wrote:

> Hi,
> 
> on ghc-mod:
> 
> Am Sonntag, den 27.12.2015, 14:50 +0530 schrieb Vasudev Kamath:
> > Checking at the tracker  It looks like this package is having this
> > problem for about ~6 months.  
> 
> Does this package actually have users? Or are the users very pardoning
> and quiet?

I use it, but I'm using testing for development, so I only get bugged
by problems in ghc-mod if it affects testing. However, I didn't see
ghc-mod having any problems in unstable before the GHC 7.10 upload.

PS: In my last mail I messed up the recipients of my answer and sent a
copy to the debian-haskell list and you answered to that one, so the
bug tracker didn't get your answer.

Regards
Sven


pgpVZac8dX74P.pgp
Description: Digitale Signatur von OpenPGP

Bug#809152: glib2.0: please make the output of glib-mkenums Makefile snippets reproducible

[Chris Lamb]

Source: glib2.0
Version: 2.46.2-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the "reproducible builds" effort [0], we noticed that glib2.0 
generates output that is not reproducible.

In particular, the generated calls to glib-mkenums / gsettings_ENUM_FILES 
mechanism in the m4 macros can generate output in a non-deterministic 
(filesystem) order as most GNOME packages just specify "src/*.h" or similar.

Patch attached.

 [0] https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/m4macros/gsettings.m4 b/m4macros/gsettings.m4
index 35ee5aa..4d38e1b 100644
--- a/m4macros/gsettings.m4
+++ b/m4macros/gsettings.m4
@@ -67,7 +67,7 @@ clean-gsettings-schemas:
 
 ifdef gsettings_ENUM_NAMESPACE
 $(gsettings__enum_file): $(gsettings_ENUM_FILES)
-   $(AM_V_GEN) glib-mkenums --comments '\'''\'' --fhead 
"" --vhead "  <@type@ 
id='\''$(gsettings_ENUM_NAMESPACE).@EnumName@'\''>" --vprod "" --vtail "  " 
--ftail "" [$]^ > [$]@.tmp && mv [$]@.tmp [$]@
+   $(AM_V_GEN) glib-mkenums --comments '\'''\'' --fhead 
"" --vhead "  <@type@ 
id='\''$(gsettings_ENUM_NAMESPACE).@EnumName@'\''>" --vprod "" --vtail "  " 
--ftail "" [$](sort [$]^) > [$]@.tmp && mv [$]@.tmp [$]@
 endif
 '
   _GSETTINGS_SUBST(GSETTINGS_RULES)

Bug#809156: apt-show-source: Package doesn't provide an executable

[Eriberto Mota]

Ops! Complementing, I was the sponsor for the last NMU for this
package and I will sponsor the NMU that will fix the issue.

Regards,

Eriberto

Bug#805701: Clisp Patch

[Flávio Cruz]

Have any of the clisp maintainers seen this patch? I would really like to
see this fixed.

Thanks!

On 21 November 2015 at 01:55, Flávio Cruz  wrote:

> Seems like I forgot the patch.
>



-- 
Flávio Cruz / flavioc...@gmail.com

Bug#805701: Clisp Patch

[Flavio Cruz]

On Sat, 21 Nov 2015 01:55:01 +0100 =?UTF-8?B?RmzDoXZpbyBDcnV6?= 
 wrote:
> Dynamically allocate a path instead of using MAXPATHLEN.
> 
> --- clisp-2.49+hg.2015.05.31.orig/modules/syscalls/calls.c
> +++ clisp-2.49+hg.2015.05.31/modules/syscalls/calls.c
> @@ -5872,12 +5872,15 @@ void module__syscalls__init_function_2 (
>/* if DATEMSK is not set, set it to the clisp-supplied value */
>if (NULL == getenv("DATEMSK")) {
>  
> with_string_0(physical_namestring(GLO(lib_dir)),GLO(pathname_encoding),ldz,{
> -char datemsk[MAXPATHLEN];
> +/* use enough space for datemsk */
> +const size_t datemsk_len = ldz_len + 1 + strlen("/syscalls/datemsk");
> +char *datemsk = malloc(sizeof(char) * datemsk_len);
>  strcpy(datemsk,ldz);
>  if (ldz[ldz_len-1] == '/')
>strcat(datemsk,"syscalls/datemsk");
>  else strcat(datemsk,"/syscalls/datemsk");
>  setenv("DATEMSK",datemsk,0);
> +free(datemsk);
>});
>}
>  }

Bug#808559: jessie-pu: package glibc/2.19-18+deb8u2

[Adam D. Barratt]

Control: tags -1 + confirmed

On 2015-12-20 23:20, Aurelien Jarno wrote:

We would like to update the glibc package in Jessie to fix the known
security issues, fix an issue with nscd affecting debian-edu and a
workaround for possible data corruption on Broadwell CPUs when not
using BIOS or microcode updates.

This is done partly by updating to the latest commit of the stable
branch and using a few additional patches. The diff can be found at the
bottom of this mail. It might looks big, but this is mostly due to the
new tests matching the issues fixed in the upstream stable branch and
the renaming of the Intel blacklisting patch to extend it to Broadwell
CPUs. All the corresponding changes are already in testing and 
unstable.


Please go ahead.

Regards,

Adam

Bug#732200: open-time-zone-converter: changing from ITP to RFP

[David Maiorino]

Hello Lucas,

Sorry for any confusion, that looks like a duplicate bug. The package I have 
been working has been completed and submitted with the following RFP:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775509

As a result, can you please close out BUG#732200? This bug is no longer needed.

Thank you for the help!

> On Dec 27, 2015, at 9:16 PM, Lucas Nussbaum  wrote:
> 
> retitle 732200 RFP: open-time-zone-converter -- A simple app to convert the 
> time and date between two different zones
> noowner 732200
> tag 732200 - pending
> thanks
> 
> Hi,
> 
> A long time ago, you expressed interest in packaging 
> open-time-zone-converter. Unfortunately,
> it seems that it did not happen. In Debian, we try not to keep ITP bugs open
> for a too long time, as it might cause other prospective maintainers to
> refrain from packaging the software.
> 
> This is an automatic email to change the status of open-time-zone-converter 
> from ITP
> (Intent to Package) to RFP (Request for Package), because this bug hasn't seen
> any activity during the last 12 months.
> 
> If you are still interested in packaging open-time-zone-converter, please 
> send a mail to
>  with:
> 
> retitle 732200 ITP: open-time-zone-converter -- A simple app to convert the 
> time and date between two different zones
> owner 732200 !
> thanks
> 
> It is also a good idea to document your progress on this ITP from time to
> time, by mailing <732...@bugs.debian.org>.  If you need guidance on how to
> package this software, please reply to this email, and/or contact the
> debian-ment...@lists.debian.org mailing list.
> 
> Thank you for your interest in Debian,
> -- 
> Lucas, for the QA team 

Bug#809152: glib2.0: please make the output of glib-mkenums Makefile snippets reproducible

[Michael Biebl]

Am 27.12.2015 um 16:28 schrieb Chris Lamb:
> + $(AM_V_GEN) glib-mkenums --comments '\'''\'' --fhead 
> "" --vhead "  <@type@ 
> id='\''$(gsettings_ENUM_NAMESPACE).@EnumName@'\''>" --vprod " nick='\''@valuenick@'\'' value='\''@valuenum@'\''/>" --vtail "  " 
> --ftail "" [$](sort [$]^) > [$]@.tmp && mv [$]@.tmp [$]@
>  endif

Is sort stable when using different locales?

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#809156: apt-show-source: Package doesn't provide an executable

[Joao Eriberto Mota Filho]

Package: apt-show-source
Version: 0.10+nmu3
Severity: grave
Justification: renders package unusable

Control: pending

Hi,

The current version in Sid doesn't provide an executable. I am the sponsor
for this package and I am opening this bug to avoid this package arrives
to testing.

A new version will be uploaded by Giovani very soon.

Regards,

Eriberto

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Bug#809085: RFS: sxiv/1.3.2-1

[Daniel Echeverry]

Hi Jakub

2015-12-27 6:41 GMT-05:00 Jakub Wilk :
> * Daniel Echeverry , 2015-12-26, 23:56:
>>
>> http://mentors.debian.net/debian/pool/main/s/sxiv/sxiv_1.3.2-1.dsc
>
>
> Typo in the patch name: behaivor -> behavior

Fixed!

>
> You might want to add the Bugs-Debian header to the patch header.
>

Fixed!

> exec/key-handler uses temporary files insecurely.
>

Could you give me some info about  this? I am confused, please point
me out to some useful url, thanks

> Lintian says:
> X: sxiv: binary-file-built-without-LFS-support usr/bin/sxiv
>
> Now, I doubt sxiv could do anything sensible with >2GB images on a 32-bit
> system anyway. But it turns out that you can be bitten by lack on LFS
> support even when all your files are small:
> https://lists.debian.org/20150712173723.ga29...@gaara.hadrons.org
>
> sxiv calls stat() in multiple places, so I think you should enable LFS.

Fixed!

>
> --
> Jakub Wilk
>

Thank for you review!

Regards

-- 
Daniel Echeverry
http://wiki.debian.org/DanielEcheverry
Linux user: #477840
Debian user
Software libre

Bug#783875: No multi-arch

[Markus Koschany]

Control: reopen -1

On Sun, 27 Dec 2015 14:14:37 +0100 Bertrand Marc 
wrote:
> Le 24/12/2015 03:16, Jack Underwood a écrit :
> > I don't believe that the fix here closes this bug...
> 
> Indeed. You are welcome to provide a patch fixing this.


Bug reopened because it is not fixed yet.

Regards,

Markus



signature.asc
Description: OpenPGP digital signature