Bug#890098: FTBFS: imagemagick in Build-Depends-Indep but needed for arch build

[Steve Langasek]

Package: octave-interval
Version: 3.1.0-4
Severity: serious
Tags: patch
Justification: FTBFS
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic ubuntu-patch

Dear maintainer,

The latest upload of octave-interval fails to build on all architectures
currently on the autobuilders because, with the move to dh-octave,
imagemagick is now needed as part of the arch build, not just the
arch-independent build:

OCTAVE='octave --no-window-system --no-init-file --eval "addpath (genpath 
(\"../debian/octave-interval/usr\"));"' \
make -C doc manual.html
make[2]: Entering directory '/<>/doc'
octave --no-window-system --no-init-file --eval "addpath (genpath 
(\"../debian/octave-interval/usr\"));" \
--no-gui --silent --no-history \
--eval "source ('image/interval-sombrero.m');" \
--eval "print (gcf, 'image/interval-sombrero.m.png');"
warning: print.m: epstool binary is not available.
Some output formats are not available.
warning: called from
__print_parse_opts__ at line 385 column 9
print at line 315 column 8
warning: print.m: fig2dev binary is not available.
Some output formats are not available.
warning: called from
__print_parse_opts__ at line 388 column 9
print at line 315 column 8
warning: print.m: pstoedit binary is not available.
Some output formats are not available.
warning: called from
__print_parse_opts__ at line 391 column 9
print at line 315 column 8
convert -density 98.425 -units PixelsPerCentimeter 
"image/interval-sombrero.m.png" "image/interval-sombrero.m.png"
/bin/sh: 1: convert: not found
Makefile:26: recipe for target 'image/interval-sombrero.m.png' failed
make[2]: *** [image/interval-sombrero.m.png] Error 127
make[2]: Leaving directory '/<>/doc'
debian/rules:39: recipe for target 'override_dh_auto_install' failed
make[1]: *** [override_dh_auto_install] Error 2

(https://buildd.debian.org/status/fetch.php?pkg=octave-interval=amd64=3.1.0-4=1518313429=0)

Moving imagemagick from build-depends-indep to build-depends is sufficient
to fix this build failure.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru octave-interval-3.1.0/debian/control 
octave-interval-3.1.0/debian/control
--- octave-interval-3.1.0/debian/control2018-01-26 05:47:52.0 
-0800
+++ octave-interval-3.1.0/debian/control2018-02-10 23:37:27.0 
-0800
@@ -4,9 +4,9 @@
 Maintainer: Debian Octave Group 
 Uploaders: Oliver Heimlich ,
 Build-Depends-Indep: texinfo, texlive, texlive-generic-recommended,
- imagemagick, gnuplot-nox,
+ gnuplot-nox,
 Build-Depends: debhelper (>= 11), dh-octave,
- libmpfr-dev (>= 3.1.0), ghostscript
+ libmpfr-dev (>= 3.1.0), ghostscript, imagemagick
 Standards-Version: 4.1.3
 Homepage: https://octave.sourceforge.io/interval/
 Vcs-Git: https://salsa.debian.org/pkg-octave-team/octave-interval.git

Bug#888316: jackson-databind: CVE-2018-5968

[Sébastien Delafond]

On Jan/27, Markus Koschany wrote:
> I have prepared security updates of jackson-databind for Stretch and
> Jessie and would appreciate another look at the patches.
> 
> The fix for CVE-2018-5968 is straightforward. The blacklist is simply
> extended.
> 
> However upstream decided to refactor the code for CVE-2017-17485 and I
> decided to apply the changes to BeanDeserializerFactory.java again
> instead of using the new helper class SubTypeValidator. Here is my
> thought process how to create the patch based on the solution in
> upstream bug 1855 [1]
> 
> 1. Extend the blacklist. [2]
> 2. Instead of creating a new method validateSubType, I copied the fix
> into checkIllegalTypes in BeanDeserializerFactory again.[3] The behavior
> remains the same. This code catches some specific cases for the spring
> framework.
> 3. I also applied the regression fix in [4] (also mentioned in bug 1855)
> 4. I believe that [5] only applies to the refactored code and since we
> don't use that it is irrelevant for us.

Hi Markus,

thanks a lot for patches. I've reviewed them, and your approach is
sound: please upload.

Cheers,

--Seb


signature.asc
Description: PGP signature

Bug#883245: Bug back in 52.6.0

[Carsten Schoenert]

[argh, now with the correct bugnumber in CC]

Hello Maryse & Jean,

Am 10.02.2018 um 12:16 schrieb Maryse Argouin & Jean Lafontaine:
> Hello,
> 
> I got it, no problem i'm not used to error reporting vocabulary and
> "étiquette"
> 
> Here is the error log from Thunderbird error console:

such errors are a bit "normal" and not related to the apparmor profile
issues. Please note Thunderbird don't know anything from a running
apparmor fencing and thus can't do any relation to it.

> Let me know if i can provide or verifiy anything else
Yes, messages from the error console of Thunderbird aren't sufficient
here, the relevant information for debugging the apparmor behavior can
be found by the dmesg or journalctl command like described in the linked
URL I've written in my previous email.

PS: Please use always 'Reply-All' without the CC recipients will be cut
of in your answer. By this your feedback isn't reaching the BTS.

-- 
Regards
Carsten Schoenert

Bug#890084: libvirt: error : unable to set AppArmor profile

[Craig Small]

I am currently running 4.0.0-2 but I'm not sure if that was the version
that created the file.
The strange thing is I have had apparmor running for months and that
virtual host for a year or more, so I'm not sure why it happened now.

 - Craig



On Sun, 11 Feb 2018 at 18:00 intrigeri  wrote:

> Control: reassign -1 libvirt-daemon-system
> Control: tag -1 + moreinfo
>
> Hi!
>
> Craig Small:
> > apparmor is basically stopping libvirt hosts from running.
> > The reporting is pretty terrible, I'm not sure what file it is trying to
> > find. The only thing in the logs is the audit lines.
>
> Ouch.
>
> > Removing those /etc/apparmor.d/libvirt/libvirt* files fixed the problem
> > I suspect the zero length file is the problem.
>
> Indeed, something went wrong when dynamically generating the profile.
> I'm reassigning to the package that ships virt-aa-helper.
> What version of libvirt-daemon-system do you have?
>
> Cheers,
> --
> intrigeri
>
-- 
Craig Small https://dropbear.xyz/ csmall at : dropbear.xyz
Debian GNU/Linuxhttps://www.debian.org/   csmall at : debian.org
Mastodon: @smalls...@social.dropbear.xyz Twitter: @smallsees
GPG fingerprint:  5D2F B320 B825 D939 04D2  0519 3938 F96B DF50 FEA5

Bug#890084: libvirt: error : unable to set AppArmor profile

[intrigeri]

Control: reassign -1 libvirt-daemon-system
Control: tag -1 + moreinfo

Hi!

Craig Small:
> apparmor is basically stopping libvirt hosts from running.
> The reporting is pretty terrible, I'm not sure what file it is trying to
> find. The only thing in the logs is the audit lines.

Ouch.

> Removing those /etc/apparmor.d/libvirt/libvirt* files fixed the problem
> I suspect the zero length file is the problem.

Indeed, something went wrong when dynamically generating the profile.
I'm reassigning to the package that ships virt-aa-helper.
What version of libvirt-daemon-system do you have?

Cheers,
-- 
intrigeri

Bug#890097: src:django-anymail: New, minor WEBHOOK_AUTHORIZATION security issue

[Scott Kitterman]

Package: src:django-anymail
Version: 0.8-2
Severity: important
Tags: upstream,security

Security fix

This fixes a low severity security issue affecting Anymail v0.2–v1.3. (CVE
Pending)

Django error reporting includes the value of your Anymail
WEBHOOK_AUTHORIZATION setting. In a properly-configured deployment, this
should not be cause for concern. But if you have somehow exposed your Django
error reports (e.g., by mis-deploying with DEBUG=True or by sending error
reports through insecure channels), anyone who gains access to those reports
could discover your webhook shared secret. An attacker could use this to post
fabricated or malicious Anymail tracking/inbound events to your app, if you
are using those Anymail features.

The fix renames Anymail's webhook shared secret setting so that Django's error
reporting mechanism will sanitize it.

If you are using Anymail's event tracking and/or inbound webhooks, you should
upgrade to this release and change "WEBHOOK_AUTHORIZATION" to "WEBHOOK_SECRET"
in the ANYMAIL section of your settings.py. You may also want to rotate the
shared secret value, particularly if you have ever exposed your Django error
reports to untrusted individuals.

If you are only using Anymail's EmailBackends for sending email and have not
set up Anymail's webhooks, this issue does not affect you.

The old WEBHOOK_AUTHORIZATION setting is still allowed in this release, but
will issue a system-check warning when running most Django management
commands. It will be removed completely in a near-future release, as a
breaking change.

Thanks to Charlie DeTar (@yourcelf) for responsibly reporting this security
issue through private channels.

https://github.com/anymail/django-anymail/commit/1a6086f2b58478d71f89bf27eb034ed81aefe5ef

Given that the fix for this is problematic from a backward compatility
perspective and that it requires a misconfigured django app before it is a
problem, recommend No DSA for the security team.

Bug#890094: [WRONG] reportbug: Failed to start network time synchronization

[Carlos Donizete Froes]

Hi,

Sorry, I'd like you to disregard this bug message.

This report is not for the 'reportbug' package, but for the 'systemd'
that is correct in:

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

Thanks!

-- 
⢀⣴⠾⠻⢶⣦⠀ Carlos Donizete Froes [a.k.a coringao]
⣾⠁⢠⠒⠀⣿⡁ - https://wiki.debian.org/coringao
⢿⡄⠘⠷⠚⠋⠀ GPG: 4096R/B638B780
⠈⠳⣄⠀⠀⠀   2157 630B D441 A775 BEFF  D35F FA63 ADA6 B638 B780

Bug#890096: bio-tradis uninstallable: r-bioc-edger removed from unstable

[Steve Langasek]

Package: bio-tradis
Version: 1.3.3+dfsg-2
Severity: serious
Tags: sid
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic

Dear maintainer,

Per bug #881317, r-bioc-edger has been removed from unstable.  This means
that bio-tradis is now uninstallable in sid.

As you appear to have been the maintainer of both packages, you are perhaps
already aware of this, but filing it in the BTS for the record.

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


signature.asc
Description: PGP signature

Bug#889467: Pending fixes for bugs in the yui-compressor package

[pkg-java-maintainers]

tag 889467 + pending
thanks

Some bugs in the yui-compressor package are closed in revision
60cc925f5eefd17af893b4bba1842e3f14328a1f in branch 'master' by tony
mancill

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/yui-compressor.git/commit/?id=60cc925

Commit message:

Update Uploaders list to remove Damien Raude-Morvan (Closes: #889467)

Bug#890092: Info received (Bug#890092: Acknowledgement (i386 libgcc and libstdc++ illegal instruction on i586))

[Gianluigi Tiesi]

upstream bug:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84148


--
Gianluigi Tiesi 
EDP Project Leader
Netfarm S.r.l. - http://www.netfarm.it/
Free Software: http://oss.netfarm.it/

Q: Because it reverses the logical flow of conversation.
A: Why is putting a reply at the top of the message frowned upon?

Bug#890092: Acknowledgement (i386 libgcc and libstdc++ illegal instruction on i586)

[Gianluigi Tiesi]

More infos:

Program received signal SIGILL, Illegal instruction.
__cpu_indicator_init () at ../../../src/libgcc/config/i386/cpuinfo.c:324


0xb7bf4390 <__cpu_indicator_init>   repz nop %ebx 
  0xb7bf4394 
<__cpu_indicator_init+4> push   %ebp 
   0xb7bf4395 
<__cpu_indicator_init+5> call   0xb7bf4af7 <__x86.get_pc_thunk.bp> 
   0xb7bf439a 
<__cpu_indicator_init+10>add$0x1ac66,%ebp




--
Gianluigi Tiesi 
EDP Project Leader
Netfarm S.r.l. - http://www.netfarm.it/
Free Software: http://oss.netfarm.it/

Q: Because it reverses the logical flow of conversation.
A: Why is putting a reply at the top of the message frowned upon?

Bug#890093: twinkle: Does not need to build-depend on qtscript5-dev

[Frédéric Brière]

Source: twinkle
Severity: normal

Twinkle has never actually used QtScript, as far as I can tell.  Rather,
it uses embedded JavaScript in QML, which is all part of qtdeclarative.

(This build-dep was also removed upstream in a42de5e.)


For the record, build-depending on qttools5-dev-tools is also
superfluous; this was a fix at one point because qttools5-dev did not
properly depend on it (#835295).


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

Kernel: Linux 4.9.0-3-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

-- no debconf information

Bug#890092: i386 libgcc and libstdc++ illegal instruction on i586

[Gianluigi Tiesi]

Source: gcc-8
Severity: important

I don't known if debian i386 supposed to drop i586 cpu
(I already had problems with the kernel) but
gcc-8 build of libgcc and libstd++ are not working on my geode
I get illegal instructions while executing e.g. apt,
revering back both libs to gcc7, made apt work again.

processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 5
model   : 10
model name  : Geode(TM) Integrated Processor by AMD PCS
stepping: 2
cpu MHz : 498.044
cache size  : 128 KB
fdiv_bug: no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu de pse tsc msr cx8 sep pge cmov clflush mmx mmxext 
3dnowext 3dnow cpuid 3dnowprefetch vmmcall
bugs: sysret_ss_attrs spectre_v1 spectre_v2
bogomips: 996.08
clflush size: 32
cache_alignment : 32
address sizes   : 32 bits physical, 32 bits virtual

Regards


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

Kernel: Linux 4.9.0-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#746005: lilypond bundles a convenience copy of an ancient guile version

[Thorsten Glaser]

severity 746005 serious
thanks

Justification: violates Policy 4.1.3.0 §4.13 (Convenience copies of code)

While bundling its own Guile might make lilypond “work” for
users, it’s definitely not ripe for a stable release like that.

Bug#890091: ITP: pytest-forked -- py.test plugin for running tests in isolated forked subprocesses

[Scott Talbert]

Package: wnpp
Severity: wishlist
Owner: Scott Talbert 

* Package name: pytest-forked
  Version : 0.2
  Upstream Author : pytest-dev 
* URL : https://pypi.python.org/pypi/pytest-forked
* License : MIT
  Programming Lang: Python
  Description : py.test plugin for running tests in isolated forked 
subprocesses

The pytest-forked plugin extends py.test by adding an option to run tests in
isolated forked subprocesses. This is useful if you have tests involving C or
C++ libraries that might crash the process. To use the plugin, simply use the
--forked argument when invoking py.test.

Needed as a dependency of pytest-xdist.  Plan to maintain as part of DPMT.

Bug#889544: Bug

[Ritesh Raj Sarraf]

No. That version should have the issue resolved. You may have a different
issue altogether. Please share system logs.

s3nt fr0m a $martph0ne, excuse typ0s

On 11-Feb-2018 03:36, "Jean-Marie Favreau" 
wrote:

> Dear laptop-mode-tools maintainer,
>
> On my system the bug described by Slawek is already present on the 1.72-2,
> both with and withou AC. I had to remove the package to be able to use my
> computer...
>
> --
> Jean-Marie Favreau - http://jmfavreau.info
>

Bug#829361: clang-x.y-doc: Fix the lintian error 'privacy-breach-uses-embedded-file' [was: Re: Processed: affects 829361]

[Nicholas D Steeves]

On Sat, Feb 10, 2018 at 09:42:29AM +0100, Sylvestre Ledru wrote:
> This is caused by a recent change in gold I think.
> 
> Just add a ; XFAIL: * at in the test to silent it.
> 
> BTW, in the future, please don't attach the full build log:
> We just need the error message.
> 
> 
> S
> 
> 

Thank you for the tip!  With the two attached patches I'm able to
continue working towards solving this bug. (really just implementing
your suggestion, plus a patch refresh)

Oh, and I xzipped them to try to atone for sending uncompressed build
logs ;-) I'll send only what I suspect are the relevant portions
(errors) in the future.

Cheers,
Nicholas


0001-Silence-test-that-fails-from-a-recent-change-in-gold.patch.xz
Description: application/xz


0002-Refresh-patches-due-to-fuzz.patch.xz
Description: application/xz


signature.asc
Description: PGP signature

Bug#88910: iptunnel doesn't have man page

[Sergio Durigan Junior]

Control: tags -1 + patch

On Thursday, March 08 2001, Alexey Vyskubov wrote:

> 11:54:18 pepper:~$ man iptunnel
> No manual entry for iptunnel

[ Almost 17 years later... ]

Hello,

This is the manpage for the "iptunnel" program.  I decided to create a
new $(DEBIAN_MANPAGES) variable on d/rules, and install the manpage
accordingly, because just using d/manpages didn't work well due to the
fact that dh_installman will install the manpage into all the man/ll_LL/
directories.

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/

diff --git a/debian/changelog b/debian/changelog
index 5afc711..ab33fad 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+net-tools (1.60+git20161116.90da8a0-2) unstable; urgency=medium
+
+  * New manpage for 'iptunnel' command. (Closes: #88910)
+
+ -- Sergio Durigan Junior   Sat, 10 Feb 2018 14:45:49 -0500
+
 net-tools (1.60+git20161116.90da8a0-1) unstable; urgency=medium
 
   * New upstream snapshot.
diff --git a/debian/copyright b/debian/copyright
index 2ffc61c..1dc4b27 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -25,6 +25,7 @@ Files: debian/*
 Copyright: © 2008-2009 Luk Claes, Martín Ferrari
 Copyright: © 2000-2007 Bernd Eckenfels
 Copyright: © 2000 Anthony Towns
+Copyright: © 2018 Sergio Durigan Junior
 License: GPL-2+
  It is assumed that all contributors put their work under the same license
  as the module itself.
diff --git a/debian/iptunnel.8 b/debian/iptunnel.8
new file mode 100644
index 000..4a74ab1
--- /dev/null
+++ b/debian/iptunnel.8
@@ -0,0 +1,138 @@
+.\" Hey, EMACS: -*- nroff -*-
+.\" Copyright (C) 2018 Sergio Durigan Junior 
+.\"
+.\" This program is free software; you can redistribute it and/or
+.\" modify it under the terms of the GNU General Public License
+.\" as published by the Free Software Foundation; either version
+.\" 2 of the License, or (at your option) any later version.
+.\"
+.\" $Id$
+.TH IPTUNNEL 8 "version 1.60" "February 2018"
+.\" Please adjust this date whenever revising the manpage.
+.\"
+
+.SH NAME
+
+iptunnel \- Create and manage IP tunnels
+
+.SH SYNOPSIS
+.B iptunnel
+{ add | change | del | show } [ NAME ]
+  [ mode { ipip | gre | sit } ] [ remote ADDR ] [ local ADDR ]
+  [ [i|o]seq ] [ [i|o]key KEY ] [ [i|o]csum ]
+  [ ttl TTL ] [ tos TOS ] [ nopmtudisc ] [ dev PHYS_DEV ]
+
+.B iptunnel
+\-V | \-\-version
+
+\fBWhere\fP: NAME := STRING
+   ADDR := { IP_ADDRESS | any }
+   TOS  := { NUMBER | inherit }
+   TTL  := { 1..255 | inherit }
+   KEY  := { DOTTED_QUAD | NUMBER }
+
+.SH DESCRIPTION
+
+\fBiptunnel\fP can be used to add, change, delete and show IP tunnels
+on the machine.
+
+.SH OPTIONS
+
+.TP
+.B help
+Show the help text.
+
+.TP
+.B show
+List existing IP tunnels.
+
+.TP
+.B { add | change | del } [ NAME ]
+Specify an action (\fBadd\fP, \fBchange\fP or \fBdelete\fP an IP
+tunnel) to be executed by \fBiptunnel\fP on the tunnel named
+\fBNAME\fP, which must be a string.  You must specify one action.
+
+.TP
+.B mode PROTOCOL
+Specify the \fBPROTOCOL\fP to be used for the IP tunnel.  It can be
+\fBipip\fP for TCP/IP, \fBgre\fP for Cisco GRE tunnel (RFCs 1701 and
+1702), or \fBsit\fP for IPv6-in-IPv4 tunneling.
+
+.TP
+.B remote ADDR
+Set the remote (i.e., destination) address of the tunnel.  \fBADDR\fP
+must be an IP address or the word \fBany\fP.
+
+.TP
+.B local ADDR
+Set the local (i.e., source) address of the tunnel.  \fBADDR\fP must
+be an IP address or the word \fBany\fP.
+
+.TP
+.B iseq
+Require that all incoming packets are serialized.  Only applicable for
+\fBGRE\fP tunnels.
+
+.TP
+.B oseq
+Enable serialization (sequencing) for all outgoing packets.  Only
+applicable for \fBGRE\fP tunnels.
+
+.TP
+.B ikey KEY
+Specify the input key for the Cisco GRE tunnel.  \fBKEY\fP must be
+either in dotted quad (dotted decimal) or a number.  Only applicable
+for \fBGRE\fP tunnels.
+
+.TP
+.B okey KEY
+Same as \fBikey\fP, but set the output key instead.  Only applicable
+for \fBGRE\fP tunnels.
+
+.TP
+.B icsum
+Require that all incoming packets have the correct checksum.  Only
+applicable for \fBGRE\fP tunnels.
+
+.TP
+.B ocsum
+Calculate checksums for all outgoing packets.  Only applicable for
+\fBGRE\fP tunnels.
+
+.TP
+.B ttl TTL
+Specify the \fBTime-To-Live\fP value for the IP tunnel.  \fBTTL\fP
+must be a value between \fB1\fP and \fB255\fP, or the word
+\fBinherit\fP, which causes the field to be copied from the original
+IP header.
+
+.TP
+.B tos TOS
+Specify the \fBType-Of-Service\fP value for the IP tunnel.  \fBTOS\fP
+must be a value between \fB1\fP and \fB255\fP, or the word
+\fBinherit\fP, which causes the field to be copied from the original
+IP header.
+
+.TP
+.B nopmtudisc
+Disable \fBPath MTU Discovery\fP on this tunnel.  Note that a fixed
+\fBttl\fP is incompatible with this option.
+
+.TP
+.B dev PHYS_DEV
+Bind the tunnel to the device 

Bug#889853: closed by Don Armstrong <d...@debian.org> (reply to listmas...@lists.debian.org) (Re: Bug#889853: No way to adjust one's subscription preferences)

[積丹尼 Dan Jacobson]

Well there's your problem right there.

Currently that link just says
"See these hints if you're having trouble unsubscribing"

It should be more inclusive.

"See these hints if you're having trouble unsubscribing or all other
problems and questions"

Then there it could say that there are no options to e.g., turn off
getting your own messages, etc.


> "B" == Debian Bug Tracking System  writes:
B> There is a link to a page which describes the mailing lists right
B> underneath it:

B> https://www.debian.org/MailingLists/#subglitches

B> [Granted, it discusses how to successfully unsubscribe, but that page
B> has lots of other FAQs on it.]

B> To my knowledge, no one else has asked this particular question in 14
B> years, so I think it's OK to omit it. [It's really the difference
B> between mailman lists which have tons of knobs for list subscribers, and
B> smartlist lists, which have tons of knobs for mailing list
B> administrators.]

Bug#768376: libvirt-daemon-system requires systemd

[Alan J. Greenberger]

Package: libvirt-daemon-system
Version: 3.0.0-4+deb9u1
Followup-For: Bug #768376

Dear Maintainer,

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

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

Versions of packages libvirt-daemon-system depends on:
ii  adduser3.115
ii  debconf [debconf-2.0]  1.5.61
ii  gettext-base   0.19.8.1-2
ii  init-system-helpers1.48
ii  iptables   1.6.0+snapshot20161117-6
ii  libapparmor1   2.11.0-3
ii  libaudit1  1:2.6.7-2
ii  libblkid1  2.29.2-1
ii  libc6  2.24-11+deb9u1
ii  libcap-ng0 0.7.7-3+b1
ii  libdbus-1-31.10.24-0+deb9u1
ii  libdevmapper1.02.1 2:1.02.137-2
ii  libnl-3-2003.2.27-2
ii  libnl-route-3-200  3.2.27-2
ii  libnuma1   2.0.11-2.1
ii  librados2  10.2.5-7.2
ii  librbd110.2.5-7.2
ii  libselinux12.6-3+b3
ii  libvirt-clients3.0.0-4+deb9u1
ii  libvirt-daemon 3.0.0-4+deb9u1
ii  libvirt0   3.0.0-4+deb9u1
ii  libxml22.9.4+dfsg1-2.2+deb9u1
ii  libyajl2   2.1.0-2+b3
ii  logrotate  3.11.0-0.1
ii  lsb-base   9.20161125
ii  policykit-10.105-18

Versions of packages libvirt-daemon-system recommends:
ii  bridge-utils  1.5-13+deb9u1
ii  dmidecode 3.0-4
ii  dnsmasq-base  2.76-5+deb9u1
ii  ebtables  2.0.10.4-3.5+b1
ii  iproute2  4.9.0-1+deb9u1
ii  parted3.2-17

Versions of packages libvirt-daemon-system suggests:
pn  apparmor
pn  auditd  
ii  nfs-common  1:1.3.4-2.1
pn  pm-utils
pn  radvd   
ii  systemd 232-25+deb9u1
pn  systemtap   
pn  zfsutils

-- Configuration Files:
bunch of Permission denied:

-- debconf-show failed

I did a new install of stretch using the init system openrc.  After that I
discovered (as I see mentioned in the 4 Apr 2017 message) that I could not
install a working virtual kvm machine.

libvirt-daemon-system
 (which provides /etc/init.d/libvirtd which launches /usr/sbin/libvirtd)
says:
 Suggests: systemd
This is incorrect!  It
 Depends: policykit-1 which
  Depends: libpam-systemd which
   Depends: systemd

Please change the dependencies so that a kvm can be run on a system using an
init system other than systemd.

Bug#890090: can-utils: Please update, new features and tools in upstream

[Fabian Inostroza]

Package: can-utils
Version: 0.0+git20170830-1
Severity: normal

Dear Maintainer,

New tools and options to candump has been added upstream, would you please 
update the package?

Regards

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

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=es_CL.UTF-8, LC_CTYPE=es_CL.UTF-8 (charmap=UTF-8), 
LANGUAGE=es_CL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages can-utils depends on:
ii  libc6  2.26-4

can-utils recommends no packages.

can-utils suggests no packages.

-- no debconf information

Bug#890089: libsbml: Build-depend on dh-octave instead of octave-pkg-dev

[Rafael Laboissière]

Source: libsbml
Version: 0.9.20+dfsg0-1
Severity: normal
Tags: patch

The octave-pkg-dev has been superseded by dh-octave and will be soon 
deprecated.  Please, find attached to this bug report a patch for 
updating the nlopt source package, accordingly.


Note that in the attached patch I also remove the follwoing lines from 
debian/rules:


   BIND_OCTAVE :=$(shell which otave-config | grep -q ocatve && echo 'yes')
   ifdef BIND_OCTAVE
   OCTAVE_PATH := $(shell octave-config --oct-site-dir)
   endif

This looks like obsolete code and, besides, there are typos in it 
("otave" and "ocatve" instead of "octave").


Rafael Laboissière


-- System Information: 
Debian Release: buster/sid 
 APT prefers testing 
 APT policy: (650, 'testing'), (600, 'unstable'), (550, 'experimental'), (550, 'stable'), (500, 'oldstable') 
Architecture: amd64 (x86_64) 
Foreign Architectures: i386


Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff --git a/debian/control b/debian/control
index 8cfaf895..2afd647d 100644
--- a/debian/control
+++ b/debian/control
@@ -15,7 +15,7 @@ Build-Depends: autoconf,
perl,
libperl-dev,
default-jdk,
-   octave-pkg-dev,
+   dh-octave,
r-base-dev,
r-base-core,
graphviz,
@@ -111,7 +111,7 @@ Architecture: any
 Section: math
 Depends: ${shlibs:Depends},
  ${misc:Depends},
- octave
+ ${octave:Depends}
 Provides: libsbml-octave
 Description: System Biology Markup Language library - Octave bindings
  LibSBML is a library designed to help you read, write, manipulate,
diff --git a/debian/rules b/debian/rules
index 17a89247..45c93cd4 100755
--- a/debian/rules
+++ b/debian/rules
@@ -12,10 +12,6 @@ debtmp := $(CURDIR)/debian/tmp
 SRC_TMP := $(CURDIR)/SRC_TMP
 # Test for matlab
 CMAKE_OPTS := $(shell sed '/MATLAB/d' debian/cmake_opts)
-BIND_OCTAVE :=$(shell which otave-config | grep -q ocatve && echo 'yes')
-ifdef BIND_OCTAVE
-OCTAVE_PATH := $(shell octave-config --oct-site-dir)
-endif
 BIND_MATLAB := $(shell which matlab | grep -q matlab && echo 'yes')
 ifdef BIND_MATLAB
 CMAKE_OPTS := $(shell cat debian/cmake_opts)
@@ -91,6 +87,7 @@ override_dh_auto_install:
 	find $(debtmp)/usr/lib -name "*.mex*" -exec strip --strip-unneeded {} + || true
 	find $(debtmp)/usr/lib -name "*.mex*" -exec strip --remove-section=.comment {} + || true
 	dpkg-shlibdeps $(debtmp)/usr/lib/*/*/*/*/*.mex -Tdebian/libsbml5-octave.substvars
+	dh_octave_substvar
 ifdef BIND_MATLAB
 	dpkg-shlibdeps $(debtmp)/usr/lib/*.mex* -Tdebian/libsbml5-matlab.substvars
 endif

Bug#889827: linux-image-4.15.0-rc8-amd64: IP offloading does not work

[Vincent Danjean]

Le 07/02/2018 à 22:22, Ben Hutchings a écrit :
> Control: tag -1 upstream patch moreinfo
> 
> Does the attached patch fix it?

Nope.

Before the patch, I trigger the error with this kind of command:
ssh aya dd if=/dev/zero bs=8192 | dd of=/dev/null bs=8192

I got this kind of messages:
$ ssh aya dd if=/dev/zero bs=8192 | dd of=/dev/null bs=8192
ssh_dispatch_run_fatal: Connection to 10.77.0.3 port 22: message authentication 
code incorrect
9151+0 enregistrements lus
9151+0 enregistrements écrits
74964992 bytes (75 MB, 71 MiB) copied, 0,859281 s, 87,2 MB/s

I got at most a few GB before the error trigger (and usually only a few MB)


I do not observe error with a reverse ssh:
dd if=/dev/zero bs=8192 | ssh aya dd of=/dev/null bs=8192

I do not observe error with rx offload disabled:
sudo ethtool -K en-wired rx off tx on


I recompiled the kernel according to the kernel handbook with
bash debian/bin/test-patches -f amd64 
../0001-r8152-Fix-conditions-for-setting-ip_summed-CHECKSUM_.patch
I do not install the resulting package but I removed the module and load the 
new one:
# rmmod r8152
# insmod 
debian/linux-image-4.15.0-rc8-amd64/lib/modules/4.15.0-rc8-amd64/kernel/drivers/net/usb/r8152.ko
Note: I observed with "tail -f /var/log/syslog" in another terminal the
removal of my internet interface with the first command and its come back
with the second one.

With the new (patched) r8152 module, I get exactly the same results.
Error with "ssh aya dd if=/dev/zero bs=8192 | dd of=/dev/null bs=8192"
No more error if I disable rx offload.

  Regards,
Vincent

>  Instructions for building a patched
> kernel package can be found at:
> https://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official
> 
> Ben.
> 


-- 
Vincent Danjean   GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5  CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:  deb http://people.debian.org/~vdanjean/debian unstable main




signature.asc
Description: OpenPGP digital signature

Bug#890088: Merge request on Salsa

[Rafael Laboissière]

I created a merge request on Salsa.d.o which addresses Bug#89088:

https://salsa.debian.org/science-team/nlopt/merge_requests/1

Best,

Rafael

Bug#890088: nlopt: Build-depend on dh-octave instead of octave-pkg-dev

[Rafael Laboissière]

Source: nlopt
Version: 2.4.2+dfsg-3
Severity: normal
Tags: patch

The octave-pkg-dev has been superseded by dh-octave and will be soon 
deprecated.  Please, find attached to this bug report a patch for 
updating the nlopt source package, accordingly.


Rafael Laboissière


-- System Information: 
Debian Release: buster/sid 
 APT prefers testing 
 APT policy: (650, 'testing'), (600, 'unstable'), (550, 'experimental'), (550, 'stable'), (500, 'oldstable') 
Architecture: amd64 (x86_64) 
Foreign Architectures: i386


Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff --git a/debian/control b/debian/control
index 63f3a2e..913b4e9 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,7 @@ Priority: optional
 Maintainer: Debian Science Maintainers 
 Uploaders: Sergey B Kirpichev , Christophe Trophime 
 Build-Depends: debhelper (>= 9), dpkg-dev (>= 1.16.1~),
- autotools-dev, libtool, automake, g++ (>= 4.2), octave-pkg-dev (>= 1.0.1),
+ autotools-dev, libtool, automake, g++ (>= 4.2), dh-octave,
  python-all-dev (>= 2.6.6-3~), python-numpy, guile-2.0, guile-2.0-dev
 Standards-Version: 4.0.0
 X-Python-Version: >= 2.6
diff --git a/debian/rules b/debian/rules
index c25c58e..377f0b2 100755
--- a/debian/rules
+++ b/debian/rules
@@ -72,6 +72,7 @@ override_dh_shlibdeps:
 	dh_shlibdeps -- \
 		debian/python-nlopt/usr/lib/python*/dist-packages/*.so* \
 		-Tdebian/python-nlopt.substvars
+	dh_octave_substvar
 
 override_dh_auto_install:
 	for v in $(PYVERS); do \

Bug#890087: psychtoolbox-3: Build-depend on dh-octave instead of octave-pkg-dev

[Rafael Laboissière]

Source: psychtoolbox-3
Version: 3.0.14.20170103+git6-g605ff5c.dfsg1-1
Severity: normal
Tags: patch

The octave-pkg-dev has been superseded by dh-octave and will be soon 
deprecated.  Please, find attached to this bug report a patch for 
updating the psychtoolbox-3 source package, accordingly.


Rafael Laboissière

-- System Information: 
Debian Release: buster/sid 
 APT prefers testing 
 APT policy: (650, 'testing'), (600, 'unstable'), (550, 'experimental'), (550, 'stable'), (500, 'oldstable') 
Architecture: amd64 (x86_64) 
Foreign Architectures: i386


Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru psychtoolbox-3-3.0.14.20170103+git6-g605ff5c.dfsg1/debian/changelog 
psychtoolbox-3-3.0.14.20170103+git6-g605ff5c.dfsg1/debian/changelog
--- psychtoolbox-3-3.0.14.20170103+git6-g605ff5c.dfsg1/debian/changelog 
2017-01-04 19:35:51.0 -0200
+++ psychtoolbox-3-3.0.14.20170103+git6-g605ff5c.dfsg1/debian/changelog 
2018-02-10 21:09:09.0 -0200
@@ -1,3 +1,9 @@
+psychtoolbox-3 (3.0.14.20170103+git6-g605ff5c.dfsg1-1.1) unstable; 
urgency=medium
+
+  * Build-depend on dh-octave instead of octave-pkg-dev
+
+ -- Rafael Laboissiere   Sat, 10 Feb 2018 21:09:09 -0200
+
 psychtoolbox-3 (3.0.14.20170103+git6-g605ff5c.dfsg1-1) unstable; urgency=medium
 
   * Fresh upstream release + few post release fixes snapshot
diff -Nru psychtoolbox-3-3.0.14.20170103+git6-g605ff5c.dfsg1/debian/control 
psychtoolbox-3-3.0.14.20170103+git6-g605ff5c.dfsg1/debian/control
--- psychtoolbox-3-3.0.14.20170103+git6-g605ff5c.dfsg1/debian/control   
2017-01-04 19:35:51.0 -0200
+++ psychtoolbox-3-3.0.14.20170103+git6-g605ff5c.dfsg1/debian/control   
2018-02-10 21:09:09.0 -0200
@@ -6,7 +6,7 @@
 Build-Depends: debhelper (>= 7.0.50~), rsync, quilt,
lsb-base (>= 4.1+Debian8~),
matlab-support-dev,
-   octave-pkg-dev (>= 0.5.7),
+   dh-octave,
gfortran,
libpciaccess-dev,
libxml2-dev,
diff -Nru psychtoolbox-3-3.0.14.20170103+git6-g605ff5c.dfsg1/debian/rules 
psychtoolbox-3-3.0.14.20170103+git6-g605ff5c.dfsg1/debian/rules
--- psychtoolbox-3-3.0.14.20170103+git6-g605ff5c.dfsg1/debian/rules 
2017-01-04 19:35:51.0 -0200
+++ psychtoolbox-3-3.0.14.20170103+git6-g605ff5c.dfsg1/debian/rules 
2018-02-10 21:09:09.0 -0200
@@ -180,9 +180,7 @@
 override_dh_makeshlibs:
dh_makeshlibs
: # Provide Octave:Depends
-   [ -e /usr/bin/octave-depends ] \
-   && octave-depends \
-   || echo 'octave:Depends=octave (>= 3.4.3-1~)' >> 
debian/octave-psychtoolbox-3.substvars
+   dh_octave_substvar -poctave-psychtoolbox-3
 
 #override_dh_fixperms:
 #  dh_fixperms

Bug#890086: ufraw-batch: stack buffer overflow while running ufraw-batch

[Joonun Jang]

Package: ufraw-batch
Version: 0.22-2
Severity: important
Tags: security

stack buffer overflow running ufraw-batch with "--overwrite poc" option

Running 'ufraw-batch --overwrite poc' with the attached file raises stack 
buffer overflow
which may allow a remote attacker to cause unspecified impact including 
denial-of-service attack
I expected the program to terminate without segfault, but the program crashes 
as follow

june@june:~/temp/report/ufraw-batch/unknown$ ufraw-batch poc
*** stack smashing detected ***: ufraw-batch terminated
Segmentation fault

Below is debugging information about this bug

0. poc file

: 0001 0001 0040 2020  0020 2020 4b41  .@  ...   KA
0010: 492d 3033 3430 200f 4343 4343 4343 4343  I-0340 .
0020: 4343 4343 4343 4343 4343 [4141] 6565   CCAAee

1. Above two bytes [4141] was stored in the variable 'raw_width'
   in DCRaw::identify function at dcraw.cc

 8871   } else if (!memcmp (head,"\0\001\0\001\0@",6)) {
 8872 fseek (ifp, 6, SEEK_SET);
 8873 fread (make, 1, 8, ifp);
 8874 fread (model, 1, 8, ifp);
 8875 fread (model2, 1, 16, ifp);
 8876 data_offset = get2();
 8877 get2();
 8878 raw_width = get2(); // HERE
 8879 raw_height = get2();
 8880 load_raw =  nokia_load_raw;
 8881 filters = 0x61616161;

--gdb--
8878  raw_width = get2();
(gdb) n
8879  raw_height = get2();
(gdb) p/x raw_width
$21 = 0x4141
---

2. And then it stored in the varaible 'width' in the same function

 9008   desc[511] = artist[63] = make[63] = model[63] = model2[63] = 0;
 9009   if (!is_raw) goto notraw;
 9010
 9011   if (!height) height = raw_height;
 9012   if (!width)  width  = raw_width; // HERE
 9013   if (height == 2624 && width == 3936)  /* Pentax K10D and Samsung GX10 */
 9014 { height  = 2616;   width  = 3896; }
 9015   if (height == 3136 && width == 4864)  /* Pentax K20D and Samsung GX20 */

--gdb--
Breakpoint 9, DCRaw::identify (this=this@entry=0x748b2010) at dcraw.cc:9012
9012if (!width)  width  = raw_width;
$24 = 0
(gdb) n
9013if (height == 2624 && width == 3936)  /* Pentax K10D and Samsung GX10 */
(gdb) p/x width
$25 = 0x4141


3. This 'width' was used in the below loop
   in the function DCRaw::find_green at the same file.

 8504 float CLASS find_green (int bps, int bite, int off0, int off1)
 8505 {
 8506   UINT64 bitbuf=0;
 8507   int vbits, col, i, c;
 8508   ushort img[2][2064];
 8509   double sum[]={0,0};
 8510
 8511   FORC(2) {
 8512 fseek (ifp, c ? off1:off0, SEEK_SET);
 8513 for (vbits=col=0; col < width; col++) { // HERE(1), width was used
 8514   for (vbits -= bps; vbits < 0; vbits += bite) {
 8515   bitbuf <<= bite;
 8516   for (i=0; i < bite; i+=8)
 8517 bitbuf |= (unsigned) (fgetc(ifp) << i);
 8518   }
 8519   img[c][col] = bitbuf << (64-bps-vbits) >> (64-bps); // HERE(2), col 
is index of img buffer
 8520 }
 8521   }
 8522   FORC(width-1) {
 8523 sum[ c & 1] += ABS(img[0][c]-img[1][c+1]);
 8524 sum[~c & 1] += ABS(img[1][c]-img[0][c+1]);
 8525   }
 8526   return 100 * log(sum[0]/sum[1]);
 8527 }

At HERE(2) because local variable 'col' increased until being same as variable 
'width'
which can be easily modified by input file and can have big enough value to 
overwrite local buffer img.

=

This bug was found with a fuzzer developed by 'SoftSec' group at KAIST

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

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

Versions of packages ufraw-batch depends on:
ii  libbz2-1.0   1.0.6-8.1
ii  libc62.24-11+deb9u1
ii  libexiv2-14  0.25-3.1
ii  libgcc1  1:6.3.0-18
ii  libglib2.0-0 2.50.3-2
ii  libgomp1 6.3.0-18
ii  libjpeg62-turbo  1:1.5.1-2
ii  liblcms2-2   2.8-4
ii  liblensfun1  0.3.2-3
ii  libpng16-16  1.6.28-1
ii  libstdc++6   6.3.0-18
ii  libtiff5 4.0.8-2+deb9u2
ii  zlib1g   1:1.2.8.dfsg-5

ufraw-batch recommends no packages.

Versions of packages ufraw-batch suggests:
pn  ufraw  

-- no debconf information


poc
Description: Binary data

Bug#888985: [pkg-go] Bug#888985: RFS: irtt/0.9-1 [ITP] (#888985)

[Michael Stapelberg]

On Sat, Feb 10, 2018 at 6:08 PM, Pete Heist  wrote:

>
> On Feb 9, 2018, at 11:43 AM, Pete Heist  wrote:
>
> On Feb 9, 2018, at 8:15 AM, Michael Stapelberg 
> wrote:
>
> On Fri, Feb 9, 2018 at 2:09 AM, Pete Heist  wrote:
>
>>
>> From the original warnings you sent I know I’ve fixed all except "I: irtt
>> source: testsuite-autopkgtest-missing”, but a) I’m not seeing that
>> warning and b) I’m seeing two others. So my questions are:
>>
>> 1) What are your expectations for 'testsuite-autopkgtest-missing', and
>> why am I not seeing it? There are no unit tests to run.
>>
>
> Did you apply the ~/.lintianrc I provided? Not doing so would explain the
> difference. autopkgtest is helpful even if it only compiles the package in
> question. Why are there no unit tests for your code? :)
>
>
> 2) Do you care about 'debian-watch-does-not-check-gpg-signature' and
>> 'no-upstream-changelog’? I do not sign the upstream, and the changes are in
>> README.md, in case those should be split out...
>>
>
> They’re not important for the time being. Of course, if you could start
> signing upstream and provide a separate changelog file, that would be great.
>
> Thanks!
>
>
> Ok, I’ve updated the irtt package:
>
> - I added a couple high-value unit tests, which also satisfies lintian.
>
> - CHANGES.md is split out from README.md to satisfy
> 'no-upstream-changelog'.
>

Great, thanks for both of these! :)


>
> - I tried getting signatures working but punted because GitHub creates a
> .tar.gz, which I signed with a .tar.gz.asc, but the build process expects a
> .tar.xz.asc in the upstream, so lintian then warns with
> 'orig-tarball-missing-upstream-signature'. Is there any pkg-go example of
> signatures working with a GitHub hosted repo? Otherwise I’ll eventually
> figure it out.
>

The process currently is a bit clunky. dh-make-golang hardcodes using xz
(via tar J), so either you change that in dh-make-golang’s source, or you
manually create the packaging git repository:

# save GitHub .tar.gz as irtt_0.9.0.orig.tar.gz
% mkdir irtt
% cd irtt
% git init
% gbp import-orig ../irtt_0.9.0.orig.tar.gz
% cp -r /tmp/dh-make-golang/irtt/debian .
% git commit -a -m "Initial packaging"


>
> - I blew away the irtt.git repo and started over so I could just stay on
> the rails of your dh-make-golang.html blog entry, hope that’s fine.
>

Sure.


>
> Let me know if anything else. Thanks!
>

It would be good to avoid copying the systemd .service file into debian/. I
think you can instead install it with a debian/rules override. See e.g.
https://sources.debian.org/src/forked-daapd/25.0-2/debian/rules/?hl=22#L22

Aside from that, the package looks very clean now.

Let me know how you’d like to proceed regarding the signatures. It’s not a
requirement to sign the releases for now, but note that after the initial
upload, we don’t have the luxury of starting with a fresh repository
anymore.


>
> Pete
>
>


-- 
Best regards,
Michael

Bug#890076: PTS: broken "browse source code" links

[Matthieu Caneill]

Hi,

On Sat, Feb 10, 2018 at 09:56:03PM +0100, Jakub Wilk wrote:
> On , "browse source code" points
> to , which is 404.

Sounds like a debsources bug, however it doesn't 404 for me, it
redirects correctly to
. Maybe it was a
temporary glitch, is it still broken for you?

Cheers,
--
Matthieu


signature.asc
Description: PGP signature

Bug#880293: Pending fixes for bugs in the golang-github-fsouza-go-dockerclient package

[pkg-go-maintainers]

tag 880293 + pending
thanks

Some bugs in the golang-github-fsouza-go-dockerclient package are
closed in revision 9c461e224bb8add4679f670a66f3f342095da7ea in branch
'master' by Michael Stapelberg

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-fsouza-go-dockerclient.git/commit/?id=9c461e2

Commit message:

fix FTBFS by applying upstream certificate update (Closes: #880293)

Bug#890085: vlfeat: Build-depend on dh-octave instead of octave-pkg-dev

[Rafael Laboissière]

Source: vlfeat
Version: 0.9.20+dfsg0-1
Severity: normal
Tags: patch

The octave-pkg-dev has been superseded by dh-octave and will be soon 
deprecated.  Please, find attached to this bug report a patch for 
updating the libgdf source package, accordingly.


Rafael Laboissière

-- System Information: 
Debian Release: buster/sid 
 APT prefers testing 
 APT policy: (650, 'testing'), (600, 'unstable'), (550, 'experimental'), (550, 'stable'), (500, 'oldstable') 
Architecture: amd64 (x86_64) 
Foreign Architectures: i386


Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff --git a/debian/control b/debian/control
index 0303e2f..c6d44d3 100644
--- a/debian/control
+++ b/debian/control
@@ -1,7 +1,7 @@
 Source: vlfeat
 Section: science
 Priority: optional
-Build-Depends: debhelper (>= 9), dh-exec, liboctave-dev, octave-pkg-dev (>= 1.0.0),
+Build-Depends: debhelper (>= 9), dh-exec, liboctave-dev, dh-octave,
transfig, ghostscript, librsvg2-bin, texlive-latex-base, imagemagick,
python2.7, doxygen, rsync, groff
 Maintainer: Debian Science Maintainers 
diff --git a/debian/rules b/debian/rules
index 66d428e..48df993 100755
--- a/debian/rules
+++ b/debian/rules
@@ -20,7 +20,7 @@ override_dh_auto_install: $(addprefix install/,data $(wildcard toolbox/*))
 	ln -fs libvl.so.$(VERSION) libvl.so.$(API_VERSION)
 
 override_dh_gencontrol:
-	dh_gencontrol -- -V"octave:Depends=octave(>=`octave-config --print VERSION`)"
+	dh_octave_substvar
 
 override_dh_strip: strip_mex
 	dh_strip --dbg-package=libvlfeat$(API_VERSION)-dbg

Bug#888162: [pkg-cryptsetup-devel] Bug#888162: Bug#888162: cryptsetup: `loopaesOpen --key-file=-` doesn't read the key from stdin but tries to open key file "./-"

[Guilhem Moulin]

On Sat, 10 Feb 2018 at 23:17:34 +0100, Cyril Brulebois wrote:
> Guilhem Moulin  (2018-02-10):
>> Should we?  I was refraining from uploading 2.2.1 due to the following
>> note in the transition page
>> 
>>“Please avoid uploads unrelated to this transition, they would
>>likely delay it and require supplementary work from the release
>>managers.” — https://tracker.debian.org/pkg/cryptsetup
> 
> This is mainly targeted at packages which are included in the reverse
> dependencies graph: if they in turn get uploaded frequently, that tends
> to lengthen delays for the actual migration of all related packages.
> More on that in my last paragraph.
> […]
> cryptsetup-bin is a binary package built from the cryptsetup source
> package, so its RC bug count is included in cryptsetup's RC bug count,
> and having an extra bug compared to what's in testing means it's a
> regression = a blocker for the migration.

I see, thanks for the poke and the explanation.

> Back to the question at end: of course, fixing a regression in your
> package is something you want, and actually need to do. It's totally
> related to getting your package in shape, so please follow Michael's
> advice on this.

Uploading right after hitting save :-)

-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#890084: libvirt: error : unable to set AppArmor profile

[Craig Small]

Package: apparmor
Version: 2.12-2

apparmor is basically stopping libvirt hosts from running.
The reporting is pretty terrible, I'm not sure what file it is trying to
find. The only thing in the logs is the audit lines.

Removing those /etc/apparmor.d/libvirt/libvirt* files fixed the problem
I suspect the zero length file is the problem.

virsh # start Webserver
error: Failed to start domain Webserver
error: internal error: Process exited prior to exec: libvirt:  error : unable 
to set AppArmor profile 'libvirt-fe259d01-e56e-6523-f3d0-2e8f26a843e4' for 
'/usr/bin/kvm': No such file or directory

$ ls -l /etc/apparmor.d/libvirt/
total 12
-rw-r--r-- 1 root root   0 Feb 10 21:08 
libvirt-fe259d01-e56e-6523-f3d0-2e8f26a843e4
-rw-r--r-- 1 root root 582 Feb 11 09:30 
libvirt-fe259d01-e56e-6523-f3d0-2e8f26a843e4.files
-rw-r--r-- 1 root root 342 Sep 19 04:24 TEMPLATE.lxc
-rw-r--r-- 1 root root 192 Sep 19 04:24 TEMPLATE.qemu

Kernel log:
[ 3395.875800] audit: type=1400 audit(1518301842.322:35): apparmor="DENIED" 
operation="change_profile" info="label not found" error=-2 
profile="/usr/sbin/libvirtd" 
name="libvirt-fe259d01-e56e-6523-f3d0-2e8f26a843e4" pid=25196 comm="libvirtd"


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

Kernel: Linux 4.14.0-3-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8), 
LANGUAGE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages apparmor depends on:
ii  debconf [debconf-2.0]  1.5.65
ii  libc6  2.26-6
ii  lsb-base   9.20170808
ii  python33.6.4-1

apparmor recommends no packages.

Versions of packages apparmor suggests:
pn  apparmor-profiles-extra  
pn  apparmor-utils   

-- debconf information excluded

Bug#890083: [debian-i18n] dl10n-check script: dpkg: warning: --compare-versions used with obsolete relation operator '>'

[Laura Arjona Reina]

Package: debian-i18n
Severity: normal

Dear i18n/l10n team

Looking at the logs of gen-material, I've seen multiple warnings of the
type:

dpkg: warning: --compare-versions used with obsolete relation operator '>'

grepping for dpkg in the dl10n repo, I guess they are produced due to
this line in dl10n-check script:

dl10n-check:284:
$newer = system ("dpkg","--compare-versions", $data->version($pkg),
"\>", $ver);

Thanks
--
Laura Arjona Reina
https://wiki.debian.org/LauraArjona

Bug#880402: Blocked by #888458

[Ghislain Vaillant]

Control: block -1 by 888458

Bug#888458: python-networkx: packages out of date, haven't been updated for 18 months

[Ghislain Vaillant]

CC'd Sandro explictly in case he is not subscribed to the bugs.

Several packages now require an update for networkx.

Please confirm whether you are still actively involved with its
packaging, or whether assistance is required and in what form.

Thanks,
Ghis

On Thu, 25 Jan 2018 14:25:49 -0800 Jameson Graef Rollins  wrote:
> Package: python-networkx
> Version: 1.11-2
> Severity: normal
> 
> The python-networkx packages were last updated in August 2016, which
> was 18 months ago.  There has been a major upstream releases since
> then (current stable upstream is 2.1).  The missing major release
> update is causing compatibility problems with other platforms.
> 
> Has this package been orphaned?  Please advise.
> 
> Thanks for the help.
> 
> jamie.
> 
> 
> -- System Information:
> Debian Release: buster/sid
>   APT prefers testing
>   APT policy: (600, 'testing'), (500, 'stable'), (200, 'unstable'),
(101, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.14.0-2-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> Versions of packages python-networkx depends on:
> ii  python2.7.14-4
> ii  python-decorator  4.1.2-1
> 
> Versions of packages python-networkx recommends:
> ii  python-matplotlib 2.0.0+dfsg1-2+b1
> ii  python-numpy  1:1.13.3-2
> ii  python-pkg-resources  38.2.4-2
> ii  python-pydot  1.2.3-1
> ii  python-pygraphviz 1.4~rc1-1+b1
> ii  python-scipy  0.19.1-2
> ii  python-yaml   3.12-1+b1
> 
> Versions of packages python-networkx suggests:
> ii  python-networkx-doc  1.11-2
> 
> -- no debconf information
> 
> 

Bug#890082: libgdf: Build-depend on dh-octave instead of octave-pkg-dev

[Rafael Laboissière]

Source: libgdf
Version: 0.1.2-2
Severity: normal
Tags: patch

The octave-pkg-dev has been superseded by dh-octave and will be soon 
deprecated.  Please, find attached to this bug report a patch for 
updating the libgdf source package, accordingly.


Rafael Laboissière

-- System Information: 
Debian Release: buster/sid 
 APT prefers testing 
 APT policy: (650, 'testing'), (600, 'unstable'), (550, 'experimental'), (550, 'stable'), (500, 'oldstable') 
Architecture: amd64 (x86_64) 
Foreign Architectures: i386


Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru libgdf-0.1.2/debian/changelog libgdf-0.1.2/debian/changelog
--- libgdf-0.1.2/debian/changelog   2012-05-10 10:36:14.0 -0300
+++ libgdf-0.1.2/debian/changelog   2018-02-10 20:04:09.0 -0200
@@ -1,3 +1,9 @@
+libgdf (0.1.2-2.1) unstable; urgency=medium
+
+  * Build-depend on dh-octave instead of octave-pkg-dev
+
+ -- Rafael Laboissiere   Sat, 10 Feb 2018 20:04:09 -0200
+
 libgdf (0.1.2-2) unstable; urgency=medium
 
   [ Yaroslav Halchenko ]
diff -Nru libgdf-0.1.2/debian/control libgdf-0.1.2/debian/control
--- libgdf-0.1.2/debian/control 2012-05-10 10:36:14.0 -0300
+++ libgdf-0.1.2/debian/control 2018-02-10 19:57:21.0 -0200
@@ -4,7 +4,7 @@
 Uploaders: Yaroslav Halchenko , Michael Hanke 

 Build-Depends: debhelper (>= 7.0.50~), cmake (>= 2.8), help2man,
   libboost-dev (>> 1.34.2~), libboost-filesystem-dev, 
libboost-program-options-dev, libboost-date-time-dev,
-  octave-pkg-dev (>= 0.5.7)
+  dh-octave
 Standards-Version: 3.9.2
 Section: libs
 Homepage: http://sourceforge.net/projects/libgdf
diff -Nru libgdf-0.1.2/debian/rules libgdf-0.1.2/debian/rules
--- libgdf-0.1.2/debian/rules   2012-05-10 10:36:14.0 -0300
+++ libgdf-0.1.2/debian/rules   2018-02-10 19:59:09.0 -0200
@@ -19,7 +19,7 @@
-DBUILD_TESTING:BOOL=ON
 
 # get octave paths (have to build-depend on liboctave-dev)
-# which is dependent upon by octave-pkg-dev
+# which is dependent upon by dh-octave
 OCTDIR=$(shell octave-config --print LOCALOCTFILEDIR)
 
 %:
@@ -48,15 +48,11 @@
mkoctfile --mex $$f -I../libgdf/include -L$$(/bin/ls -d 
$$PWD/../obj-*)/libgdf -lGDF; \
 done
 
-
 override_dh_auto_install:
dh_auto_install
: # Install Octave bindings
dh_install -poctave-gdf matlab/*.mex $(OCTDIR)/gdf
-   [ -e /usr/bin/octave-depends ] \
-   && octave-depends -poctave-gdf \
-   || echo 'octave:Depends=octave (>= 3.4.3-1~)' >> 
debian/octave-gdf.substvars
-
+   dh_octave_substvar -poctave-gdf \
 
 override_dh_strip:
dh_strip --dbg-package=libgdf0-dbg
@@ -65,5 +61,3 @@
dh_clean
rm -f gdf_merger.1
-cd matlab; rm *.mex *.o
-
-

Bug#888162: [pkg-cryptsetup-devel] Bug#888162: Bug#888162: cryptsetup: `loopaesOpen --key-file=-` doesn't read the key from stdin but tries to open key file "./-"

[Cyril Brulebois]

Hi Guilhem,

Guilhem Moulin  (2018-02-10):
> On Sat, 10 Feb 2018 at 09:22:44 +0100, Michael Biebl wrote:
> > On Wed, 24 Jan 2018 14:38:50 +0100 Guilhem Moulin 
> > wrote:
> >> On Wed, 24 Jan 2018 at 09:13:53 +0100, Milan Broz wrote:
> >>> Fixed upstream in
> >>> https://gitlab.com/cryptsetup/cryptsetup/commit/8728ba08e2e056a4c18b55407146eea7ac0043c6
> > 
> > could you please release an updated Debian cryptsetup package with that
> > fix. With the upload of 2.2.0 to unstable you started a library
> > transition which now blocks other packages from entering testing as
> > cryptsetup won't migrate due to this RC bug.
> 
> Should we?  I was refraining from uploading 2.2.1 due to the following
> note in the transition page
> 
> “Please avoid uploads unrelated to this transition, they would
> likely delay it and require supplementary work from the release
> managers.” — https://tracker.debian.org/pkg/cryptsetup

This is mainly targeted at packages which are included in the reverse
dependencies graph: if they in turn get uploaded frequently, that tends
to lengthen delays for the actual migration of all related packages.
More on that in my last paragraph.

> We were waiting for the transition to complete, which is currently
> blocking on #888072 (currently tagged pending); I was expecting a new
> upload of volume-key sooner though.
> 
> In fact this bug #888162 applies to ‘cryptsetup-bin’ not ‘cryptsetup’
> nor ‘libcryptsetup12’.  Reassigning accordingly; hopefully that will
> release most reverse dependencies from entering testing as
> ‘cryptsetup-bin’ only reverse depends on ‘ceph-base’ and ‘tomb’, both of
> which have not been updated since I raised the severity of #888162.

cryptsetup-bin is a binary package built from the cryptsetup source
package, so its RC bug count is included in cryptsetup's RC bug count,
and having an extra bug compared to what's in testing means it's a
regression = a blocker for the migration.

Back to the question at end: of course, fixing a regression in your
package is something you want, and actually need to do. It's totally
related to getting your package in shape, so please follow Michael's
advice on this.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#889544: Bug

[Jean-Marie Favreau]

Dear laptop-mode-tools maintainer,

On my system the bug described by Slawek is already present on the 1.72-2, 
both with and withou AC. I had to remove the package to be able to use my 
computer...

-- 
Jean-Marie Favreau - http://jmfavreau.info

Bug#887107: debian-i18n: [debian-i18n][PATCH] i18n.d.o/material/data/unstable.gz not updated

[Laura Arjona Reina]

Package: debian-i18n
Followup-For: Bug #887107

Hi all
attached you can find a patch adding the packages that cause issues in the 
gen-material script
as of today's logs.
My proposal is to exclude all of them for now, to get updated material for the 
statistics.

Later I hope I can review the list and handle each one of the issues, to try to 
re-enable 
as much packages as possible.

Best regards
Laura Arjona Reina
https://wiki.debian.org/LauraArjona
>From 223809ea89537d34a9fa1d53f547d9ec06b93c06 Mon Sep 17 00:00:00 2001
From: Laura Arjona Reina 
Date: Sat, 10 Feb 2018 22:45:01 +0100
Subject: [PATCH 1/1] Add some more packages to the exclusion list of
 gen-material (see #887107)

---
 etc/dl10n.conf | 16 +++-
 1 file changed, 15 insertions(+), 1 deletion(-)

diff --git a/etc/dl10n.conf b/etc/dl10n.conf
index 9fa8e29..e6078a7 100644
--- a/etc/dl10n.conf
+++ b/etc/dl10n.conf
@@ -48,4 +48,18 @@ export LANGS_SPIDER="ar ca cs da de en es fr gl id it nl 
pt_BR ro ru sk sv tr"
 #   crossfire: see #748716
 #   postfixadmin: upstream tarball has debian/po but the Debian patches drop 
it as there is no longer debconf questions
 #   nvidia-cuda-toolkit: memory mess
-export 
IGNMATERIAL="(0ad-data|fortunes-bg|pptpd|manpages-es|crossfire|postfixadmin|nvidia-cuda-toolkit)"
+#
+#   More packages excluded due to several errors (see #887107): 
+#   ansible: checksum errors 
+#   cinder: debconf-updatepo returned: pt.po: invalid multibyte sequence 
(multiple times). 
+#   gnome-software:  checksum errors 
+#   igtf-policy-bundle: debconf-updatepo returned: id_ID.po: warning: Charset 
"CHARSET" is not a portable encoding name.
+#   Message conversion to user's charset might not work. 
+#   magnum: debconf-updatepo returned: pt.po: invalid multibyte sequence 
+#   manila: debconf-updatepo returned:  pt.po: invalid multibyte sequence 
(multiple times). 
+#   oneliner-el: debconf-updatepo returned: da.po: duplicate message 
definition... [...] this is the location of the first definition
+#   silverjuke: cs.po: No such file or directory (and the rest of languages)
+#   unifont: Unable to open 
/srv/mirrors/debian//pool/main/u/unifont/unifont_10.0.07-1.debian.tar.gz
+
+
+export 
IGNMATERIAL="(0ad-data|fortunes-bg|pptpd|manpages-es|crossfire|postfixadmin|nvidia-cuda-toolkit|ansible|cinder|gnome-software|igtf-policy-bundle|magnum|manila|oneliner-el|silverjuke|unifont)"
-- 
2.11.0

Bug#890081: espeakup: initial translation of udeb templates into Tajik

[Holger Wansing]

Control: submitter -1 victor.ibragi...@gmail.com


-- 

Created with Sylpheed 3.5.1 under 
D E B I A N   L I N U X   9   " S T R E T C H " .

Registered Linux User #311290 - https://linuxcounter.net/

Bug#875255: Please reconsider packaging with python3

[Daniel Kahn Gillmor]

Control: tags 875255 + patch

On Mon 2017-12-04 17:03:35 +0100, Paolo Miotto wrote:
> I hope you can consider re-packaging pelican with python3 dependancy, 
> eventually dropping python2 depends; otherwise people need to unistall 
> debian package and use pip install to make things working.

i agree that pelican in debian should default to python3.

I'm attaching a patch that completes the conversion.  it works for me,
please feel free to adopt it :)

If you're interested in other packaging contributions, i've done several
more cleanups as well, which are visible on:

https://salsa.debian.org/dkg/pelican

There didn't seem to be a lot of detailed commit history in the alioth
svn repo, so the backlog for my copy of the git repo was generated by
"gbp import-dscs --debsnap", using the standard git-buildpackage layout.

Feel free to pull from there if you like the changes proposed there, but
it's not the right location for long-term maintenance.  If you decide
you like it, though, i'm happy to move it over to
https://salsa.debian.org/debian/pelican or to a repo within the
python-team applications scope.  (and to update the Vcs-* fields to
point to the right place once the move is done) let me know if you'd
like me to do that, and where you think it should live specifically.

Thanks for maintaining pelican in debian!

Regards,

 --dkg


signature.asc
Description: PGP signature

Bug#890080: ITP : node-clone-response -- Clone a Node.js HTTP response stream

[mohit phulera]

Package: wnpp
Severity: wishlist
Owner: Mohit Phulera 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-clone-response
  Version : 1.0.2
  Upstream Author : Luke Childs (
http://lukechilds.co.uk)
* URL : https://github.com/lukechilds/clone-response
* License : Expat
  Programming Lang: JavaScript
  Description : Clone a Node.js HTTP response stream
Clone-response returns a new stream and copies over all properties and
methods from the original response giving you a complete duplicate. This is
useful in situations where you need to consume the response stream but also
want to pass an unconsumed stream somewhere else to be consumed later.
Node.js is an event-based server-side JavaScript engine.

Bug#890051: ladvd: segmentation fault on startup

[Marco d'Itri]

On Feb 10, David Adam  wrote:

> This happens with a version built from git master as well.
Even after https://github.com/sspans/ladvd/issues/30 ?

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#890081: espeakup: initial translation of udeb templates into Tajik

[Holger Wansing]

Package: espeakup
Severity: wishlist
Tags: patch,l10n

Hi,

attached is the translation of the udeb templates for espeakup into Tajik 
language.
It was created by Victor Ibragimov .
Please include it as root/debian/po/tg.po into the package.
Thanks


Holger

-- 

Created with Sylpheed 3.5.1 under 
D E B I A N   L I N U X   9   " S T R E T C H " .

Registered Linux User #311290 - https://linuxcounter.net/



espeakup_debian_tg.po
Description: Binary data

Bug#890079: eject: initial translation of udeb templates into Tajik

[Holger Wansing]

Control: submitter -1 victor.ibragi...@gmail.com


-- 

Created with Sylpheed 3.5.1 under 
D E B I A N   L I N U X   9   " S T R E T C H " .

Registered Linux User #311290 - https://linuxcounter.net/

Bug#890077: Merge request available at Salsa

[Rafael Laboissière]

I filed a merge request at Salsa.d.o regarding Bug#890077:

https://salsa.debian.org/science-team/lhapdf/merge_requests/1

Best,

Rafael

Bug#890078: tasksel: initial translation of templates into Tajik

[Holger Wansing]

Control: submitter -1 victor.ibragi...@gmail.com


Holger Wansing  wrote:
> Package: tasksel
> Severity: wishlist
> Tags: patch,l10n
> 
> 
> Hi,
> 
> attached is the translation of udeb and tasks templates for tasksel into 
> Tajik 
> language.
> It was created by Victor Ibragimov .
> Please include it into the package:
> tasksel_debian_tg.po -> root/debian/po/tg.po
> tasksel_tasks_tg.po -> root/tasks/po/tg.po
> 
> 
> Thanks
> 
> 
> Holger



-- 

Created with Sylpheed 3.5.1 under 
D E B I A N   L I N U X   9   " S T R E T C H " .

Registered Linux User #311290 - https://linuxcounter.net/

Bug#890079: eject: initial translation of udeb templates into Tajik

[Holger Wansing]

Package: eject
Severity: wishlist
Tags: patch,l10n

Hi,

attached is the translation of the udeb templates for eject into Tajik 
language.
It was created by Victor Ibragimov .
Please include it as root/debian/po/tg.po into the package.
Thanks


Holger

-- 

Created with Sylpheed 3.5.1 under 
D E B I A N   L I N U X   9   " S T R E T C H " .

Registered Linux User #311290 - https://linuxcounter.net/



eject_debian_tg.po
Description: Binary data

Bug#890078: tasksel: initial translation of templates into Tajik

[Holger Wansing]

Package: tasksel
Severity: wishlist
Tags: patch,l10n


Hi,

attached is the translation of udeb and tasks templates for tasksel into Tajik 
language.
It was created by Victor Ibragimov .
Please include it into the package:
tasksel_debian_tg.po -> root/debian/po/tg.po
tasksel_tasks_tg.po -> root/tasks/po/tg.po


Thanks


Holger

-- 

Created with Sylpheed 3.5.1 under 
D E B I A N   L I N U X   9   " S T R E T C H " .

Registered Linux User #311290 - https://linuxcounter.net/



tasksel_debian_tg.po
Description: Binary data


tasksel_tasks_tg.po
Description: Binary data

Bug#889270: advancecomp: heap buffer overflow while running advzip

[Markus Koschany]

Control: forwarded -1 https://sourceforge.net/p/advancemame/bugs/259/

I have forwarded this issue to the upstream bug tracker at sourceforge.net.

Bug#882634: glances: debian/copyright refers to CC0 by URL

[Sebastien Badia]

Control: fixed -1 2.11.1-3

Hi Nicolas!

Sorry for the delay on this one, and thanks for your work!
I just uploaded glances 2.11.1-3, (this version contain your changes).

https://salsa.debian.org/debian/glances/blob/master/debian/changelog#L1-14
http://metadata.ftp-master.debian.org/changelogs/main/g/glances/glances_2.11.1-3_changelog

Cheers,

Seb


signature.asc
Description: PGP signature

Bug#890077: lhapdf: Use dh-octave instead of octave-pkg-dev

[Rafael Laboissière]

Source: lhapdf
Version: 5.9.1-5
Severity: normal
Tags: patch

The octave-pkg-dev has been superseded by dh-octave and will be soon 
deprecated.  The lhapdf package currently depends on octave-pkg-dev, but 
it actually builds correctly without the later one.


In the patch attached to this bug report, the build-dependency on 
octave-pkg-dev is replaced by dh-octave and the command 
dh_octave_substvar is used to get the appropriate dependency on Octave.


Rafael Laboissière

-- System Information: 
Debian Release: buster/sid 
 APT prefers testing 
 APT policy: (650, 'testing'), (600, 'unstable'), (550, 'experimental'), (550, 'stable'), (500, 'oldstable') 
Architecture: amd64 (x86_64) 
Foreign Architectures: i386


Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff --git a/debian/control b/debian/control
index 7aa3b04..449f549 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: science
 Priority: optional
 Maintainer: Debian Science Maintainers 
 Uploaders: Lifeng Sun 
-Build-Depends: debhelper (>= 8), dh-autoreconf, automake1.11, gfortran, swig, python-dev, dh-python, octave-pkg-dev, gnuplot
+Build-Depends: debhelper (>= 8), dh-autoreconf, automake1.11, gfortran, swig, python-dev, dh-python, gnuplot, dh-octave
 Build-Depends-Indep: doxygen-latex, ghostscript
 Standards-Version: 3.9.4
 Homepage: http://projects.hepforge.org/lhapdf/
@@ -66,7 +66,7 @@ Priority: extra
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
-Depends: octave, liblhapdf0v5 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
+Depends: ${octave:Depends}, liblhapdf0v5 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
 Recommends: lhapdf-pdfsets-minimal
 Description: Octave Bindings for LHAPDF
  LHAPDF provides a unified and easy to use interface to modern PDF sets. It is
diff --git a/debian/rules b/debian/rules
index 8eabb0a..ea553dd 100755
--- a/debian/rules
+++ b/debian/rules
@@ -47,7 +47,7 @@ override_dh_auto_install:
 	strip --remove-section=.comment debian/tmp/usr/share/lhapdf/lhapdf.oct
 	install debian/tmp/usr/share/lhapdf/lhapdf.oct \
 		debian/octave-lhapdf$(OCTDIR)
-	#octave-depends -poctave-lhapdf
+	dh_octave_substvar -poctave-lhapdf
 
 override_dh_auto_build-indep:
 	dh_auto_build

Bug#890076: PTS: broken "browse source code" links

[Jakub Wilk]

Package: qa.debian.org
User: qa.debian@packages.debian.org
Usertags: pts

On , "browse source code" 
points to , which is 404.


--
Jakub Wilk

Bug#890074: colortest-python: New release; minor revision update

[John Eikenberry]

Package: colortest-python
Version: 2.2-1
Severity: wishlist

Dear Maintainer,

Just pushed up a new minor release (2.3). The only visible effect is a minor
tweak to the ansi escape code output (-o), to make it narrower for small
displays.


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

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

Versions of packages colortest-python depends on:
ii  python  2.7.13-2

colortest-python recommends no packages.

Versions of packages colortest-python suggests:
pn  colortest  

-- no debconf information

-- 

John Eikenberry
[ j...@zhar.net - http://zhar.net ]
[ PGP public key @ http://zhar.net/jae_at_zhar_net.gpg ]

"Perfection is attained, not when no more can be added, but when no more
 can be removed." -- Antoine de Saint-Exupery


signature.asc
Description: PGP signature

Bug#890075: ruby-http ftbfs (test failures with 2.5)

[Matthias Klose]

Package: src:ruby-http
Version: 2.2.2-1
Severity: serious

ruby-http ftbfs for 2.5, but not for 2.3 in unstable:

Failures:

  1) HTTP.via anonymous proxy ssl responds with the endpoint's body
 Failure/Error: @socket.connect

 OpenSSL::SSL::SSLError:
   SSL_connect returned=1 errno=0 state=SSLv3/TLS write finished: sslv3
alert unsupported certificate
 # ./lib/http/timeout/null.rb:26:in `connect'
 # ./lib/http/timeout/null.rb:26:in `connect_ssl'
 # ./lib/http/timeout/null.rb:35:in `start_tls'
 # ./lib/http/connection.rb:158:in `start_tls'
 # ./lib/http/connection.rb:44:in `initialize'
 # ./lib/http/client.rb:60:in `new'
 # ./lib/http/client.rb:60:in `perform'
 # ./lib/http/client.rb:41:in `request'
 # ./lib/http/chainable.rb:19:in `get'
 # ./spec/lib/http_spec.rb:115:in `block (5 levels) in '
 # /usr/lib/ruby/vendor_ruby/rspec/core/example.rb:254:in `instance_exec'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example.rb:254:in `block in run'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example.rb:500:in `block in
with_around_and_singleton_context_hooks'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example.rb:457:in `block in
with_around_example_hooks'
 # /usr/lib/ruby/vendor_ruby/rspec/core/hooks.rb:466:in `block in run'
 # /usr/lib/ruby/vendor_ruby/rspec/core/hooks.rb:604:in
`run_around_example_hooks_for'
 # /usr/lib/ruby/vendor_ruby/rspec/core/hooks.rb:466:in `run'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example.rb:457:in
`with_around_example_hooks'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example.rb:500:in
`with_around_and_singleton_context_hooks'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example.rb:251:in `run'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:628:in `block in
run_examples'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:624:in `map'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:624:in 
`run_examples'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:590:in `run'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:591:in `block in 
run'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:591:in `map'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:591:in `run'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:591:in `block in 
run'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:591:in `map'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:591:in `run'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:591:in `block in 
run'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:591:in `map'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:591:in `run'
 # /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:118:in `block (3 levels)
in run_specs'
 # /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:118:in `map'
 # /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:118:in `block (2 levels)
in run_specs'
 # /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1926:in
`with_suite_hooks'
 # /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:113:in `block in 
run_specs'
 # /usr/lib/ruby/vendor_ruby/rspec/core/reporter.rb:79:in `report'
 # /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:112:in `run_specs'
 # /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:87:in `run'
 # /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:71:in `run'
 # /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:45:in `invoke'
 # /usr/bin/rspec:4:in `'

  2) HTTP.via anonymous proxy ssl ignores credentials
 Failure/Error: @socket.connect

 OpenSSL::SSL::SSLError:
   SSL_connect returned=1 errno=0 state=SSLv3/TLS write finished: sslv3
alert unsupported certificate
 # ./lib/http/timeout/null.rb:26:in `connect'
 # ./lib/http/timeout/null.rb:26:in `connect_ssl'
 # ./lib/http/timeout/null.rb:35:in `start_tls'
 # ./lib/http/connection.rb:158:in `start_tls'
 # ./lib/http/connection.rb:44:in `initialize'
 # ./lib/http/client.rb:60:in `new'
 # ./lib/http/client.rb:60:in `perform'
 # ./lib/http/client.rb:41:in `request'
 # ./lib/http/chainable.rb:19:in `get'
 # ./spec/lib/http_spec.rb:120:in `block (5 levels) in '
 # /usr/lib/ruby/vendor_ruby/rspec/core/example.rb:254:in `instance_exec'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example.rb:254:in `block in run'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example.rb:500:in `block in
with_around_and_singleton_context_hooks'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example.rb:457:in `block in
with_around_example_hooks'
 # /usr/lib/ruby/vendor_ruby/rspec/core/hooks.rb:466:in `block in run'
 # /usr/lib/ruby/vendor_ruby/rspec/core/hooks.rb:604:in
`run_around_example_hooks_for'
 # /usr/lib/ruby/vendor_ruby/rspec/core/hooks.rb:466:in `run'
 # /usr/lib/ruby/vendor_ruby/rspec/core/example.rb:457:in
`with_around_example_hooks'
 # 

Bug#884350: To my account activation pls

[Allan rey Quiban]

Sent from my iPhone

Bug#890073: dash: dpkg-divert noise on upgrade

[Sven Joachim]

Package: dash
Version: 0.5.8-2.10
Severity: normal

The fix for #604873

,
|   [ Jonathan Nieder ]
|   * debian/dash.preinst:
| - rewrite in C (closes: #604873).
| - if dash's copy of /bin/sh is not already diverted, divert it
|   on behalf of bash.  This ensures extracting a new version of
|   dash does not overwrite /bin/sh and handling of that symlink
|   is left to postinst.  Likewise for .../man/man1/sh.1.gz.
| - if /bin/sh is not executable (for example because it is a
|   symlink to a nonexistent file), replace it with a symlink to
|   dash.  Likewise for /usr/share/man/man1/sh.1.gz.
`

causes dpkg-divert noise on every upgrade:

,
| Preparing to unpack .../dash_0.5.8-2.10_i386.deb ...
| Removing 'diversion of /bin/sh to /bin/sh.distrib by dash'
| Adding 'diversion of /bin/sh to /bin/sh.distrib by bash'
| Removing 'diversion of /usr/share/man/man1/sh.1.gz to 
/usr/share/man/man1/sh.distrib.1.gz by dash'
| Adding 'diversion of /usr/share/man/man1/sh.1.gz to 
/usr/share/man/man1/sh.distrib.1.gz by bash'
| Unpacking dash (0.5.8-2.10) over (0.5.8-2.10) ...
| Setting up dash (0.5.8-2.10) ...
| Removing 'diversion of /bin/sh to /bin/sh.distrib by bash'
| Adding 'diversion of /bin/sh to /bin/sh.distrib by dash'
| Removing 'diversion of /usr/share/man/man1/sh.1.gz to 
/usr/share/man/man1/sh.distrib.1.gz by bash'
| Adding 'diversion of /usr/share/man/man1/sh.1.gz to 
/usr/share/man/man1/sh.distrib.1.gz by dash'
`

It might have been necessary at the time it was written, but bash no
longer ships the /bin/sh symlink (since version 4.2-1, released over six
years ago).  Can we please stop the dpkg-divert game if /bin/sh already
points at dash?

I still think this preinst is rather useless, because

- dpkg will refuse to run by default if it cannot find /bin/sh, so dash
  can only be installed with the "--force-bad-path" option.  If that is
  the case, the admin might just as well fix the /bin/sh link
  themselves.

- The prerm script is run before the preinst at upgrades, and is
  executed by /bin/sh.  This is what happens when trying to upgrade from
  the broken 0.5.8-2.6 version:

,
| # dpkg --force-bad-path -i dash_0.5.8-2.10_i386.deb
| dpkg: warning: 'sh' not found in PATH or not executable
| dpkg: warning: overriding problem because --force enabled:
| dpkg: warning: 1 expected program not found in PATH or not executable
| Note: root's PATH should usually contain /usr/local/sbin, /usr/sbin and /sbin
| (Reading database ... 14111 files and directories currently installed.)
| Preparing to unpack dash_0.5.8-2.10_i386.deb ...
| dpkg (subprocess): unable to execute old dash package pre-removal script 
(/var/lib/dpkg/info/dash.prerm): No such file or directory
| dpkg: warning: old dash package pre-removal script subprocess returned error 
exit status 2
| dpkg: trying script from the new package instead ...
| dpkg (subprocess): unable to execute new dash package pre-removal script 
(/var/lib/dpkg/tmp.ci/prerm): No such file or directory
| dpkg: error processing archive dash_0.5.8-2.10_i386.deb (--install):
|  new dash package pre-removal script subprocess returned error exit status 2
| dpkg (subprocess): unable to execute installed dash package post-installation 
script (/var/lib/dpkg/info/dash.postinst): No such file or directory
| dpkg: error while cleaning up:
|  installed dash package post-installation script subprocess returned error 
exit status 2
| Errors were encountered while processing:
|  dash_0.5.8-2.10_i386.deb
`

As you can see, the preinst did not even get a chance to run.


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

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

Versions of packages dash depends on:
ii  debianutils  4.8.4
ii  dpkg 1.19.0.5
ii  libc62.26-6

dash recommends no packages.

dash suggests no packages.

-- debconf information:
* dash/sh: true

Bug#889734: libjson-xs-perl: JSON::XS is broken in multithreaded programs

[gregor herrmann]

Control: tag -1 + upstream wontfix

On Tue, 06 Feb 2018 15:34:49 +0100, Łukasz Stelmach wrote:

> The following program exposes a bug in JSON::XS module which makes the
> program die.
> 
> --8<---cut here---start->8---
> #!/usr/bin/perl
> 
> use JSON;
> use threads;
> 
> my $thnum = int($ARGV[0]);
> 
> $href{"foo"} = "bar";
> 
> for (1..$thnum) {
> threads->create(sub { print "quick thread\n" });
> }
> foreach (threads->list()) { $_->join(); }
> 
> print to_json(\%href);
> --8<---cut here---end--->8---
> 
> For any number of threads other than 0 (e.g. "perl prog.pl 1") the
> program dies printing[1]

This is a know and documented limitation:

(I-)THREADS
This module is *not* guaranteed to be ithread (or MULTIPLICITY-) safe
and there are no plans to change this. Note that perl's builtin
so-called theeads/ithreads are officially deprecated and should not be
used.

Given this statement by upstream, it doesn't look like they're going
to change this behaviour …


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Dire Straits: Ride Across The River


signature.asc
Description: Digital Signature

Bug#890072: ruby-hamlit's autopkg tests fail

[Matthias Klose]

Source: src:ruby-hamlit
Version: 2.8.5-1
Severity: important

Even with the ruby-hamlit version from experimental, the autopkg tests fail. The
build itself succeeds with 2.8.5-1.

Bug#890070: textedit.app: Does not start after upgrade; missing resources

[Yavor Doganov]

Package: textedit.app
Version: 5.0-1
Severity: grave

Hi Gürkan,

TextEdit does not start after upgrading from 4.0+20061029-3.5:

$ TextEdit
2018-02-10 21:27:48.951 TextEdit[16231:16231] Bad application class '(null)' 
specified
2018-02-10 21:27:49.027 TextEdit[16231:16231] Xlib does not support locale 
setting bg_BG.utf8
2018-02-10 21:27:49.031 TextEdit[16231:16231] Unable to initialize XIM, using 
standard keyboard events

The problem is the same as the one I reported for affiche.app (#889550):

$ ls /usr/lib/GNUstep/Applications/TextEdit.app/Resources/
$

As agreed on IRC I'll fix this; filing as a reminder and to prevent
migration to testing.

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

Kernel: Linux 4.14.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=bg_BG.utf8, LC_CTYPE=bg_BG.utf8 (charmap=UTF-8), 
LANGUAGE=bg_BG.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages textedit.app depends on:
ii  gnustep-back0.26   0.26.2-2
ii  gnustep-base-runtime   1.25.1-1
ii  gnustep-common [gnustep-fslayout-fhs]  2.7.0-3
ii  gnustep-gui-runtime0.26.2-2
ii  libc6  2.26-6
ii  libgnustep-base1.251.25.1-1
ii  libgnustep-gui0.26 0.26.2-2
ii  libobjc4   8-20180207-2

Versions of packages textedit.app recommends:
ii  aspell  0.60.7~20110707-4

textedit.app suggests no packages.

-- no debconf information

Bug#890071: ITP: python-etcd3gw -- client for etcd3 grpc-gateway v3 API

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: python-etcd3gw
  Version : 0.2.1
  Upstream Author : Davanum Srinivas 
* URL : https://github.com/dims/etcd3-gateway
* License : Apache-2.0
  Programming Lang: Python
  Description : client for etcd3 grpc-gateway v3 API

 A python client for etcd3 grpc-gateway v3alpha API.

This is a new dependency for python-oslo.cache, which is one of the
OpenStack libs.

Bug#890069: syntax error in /etc/init.d/virtualbox hard kills VMs on host shutdown

[Manfred Frank]

Package: virtualbox

Version: 5.1.14-dfsg-1

Severity: important

On host shutdown, usually virtualbox does follow /etc/init.d/virtualbox. 
this file has an syntax error that leads to VMs being hard killed as the 
stop function is not working at all while the host goes down.


I my  self am no script boy, so I have no clue whats exactly the reason 
for this, I only know, the shutdown script did not work as intended. And 
I was not the only one with the problem. I was looking the very first 
time into the Linux shutdown routine. And by some luck I got a clue from 
the code highlighting function in VIM while looking at 
/etc/init.d/virtualbox: Something is amiss with the stop() function.


I modified the code "stop()" to "hstop()" (h for no reason, but I did 
later try c for custom but that does not work either) and changed all 
calls to "stop" from "stop" to "hstop". With this modification the 
shutdown code is working now as intended. see picture for where I got my 
hint from.


Again, I am no coder and I have no clue as to why thats a syntax error, 
for me it does look perfectly right in the original version, but it wont 
work that way.


My OS is openmediavault 3.0.96 (Erasmus)
4.9.0-0.bpo.5-amd64 #1 SMP Debian 4.9.65-3+deb9u2~bpo8+1

On the machine I did discover this bug, virtualbox is part of the 
omv-extra.org plugin collection. I did notify the plugin 
maintainer/admin of omv-extra.org via forum.openmedavault.org, he 
suggested to report it.


More details see: 
https://forum.openmediavault.org/index.php/Thread/21643-Virtualbox-does-NOT-shutdown-VMs-gracefully-when-OMV-host-goes-down-eg-power-fai/?postID=167615#post167615


Hope this is a hint for you guys to track it down.

regards

ManneBK

Bug#890068: uim-data: overwrite filefrom uim-anthy

[Edoardo Putti]

Package: uim-data
Version: 1.8.6
Severity: normal

Dear Maintainer,

during upgrade dpkg cannot overwrite the file
/usr/share/uim/anthy-key-custom.scm because it is also in package
uim-anthy

As a result I can't upgrade anything that requires input (vim, gedit,
...) and my current system upgrade has been interrupted. My system
can boot but it will stall before the login prompt as (I suppose) it
won't find any mean of asking the user for input.

I'm attaching the output of apt --fix-broken install from mantainance
mode.


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

Kernel: Linux 4.9.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Reading package lists...
Building dependency tree...
Reading state information...
Correcting dependencies... Done
The following packages were automatically installed and are no longer required:
  gir1.2-networkmanager-1.0 gir1.2-nmgtk-1.0 libgit2-24 libhttp-parser2.1
  libical2 libmozjs-24-0 libnm-glib4 libnm-gtk0 libnm-util2
  libpython3.5-minimal libpython3.5-stdlib libqt5opengl5 python3.5
  python3.5-minimal
Use 'apt autoremove' to remove them.
The following additional packages will be installed:
  gedit-plugin-bookmarks gedit-plugin-bracket-completion
  gedit-plugin-character-map gedit-plugin-code-comment
  gedit-plugin-color-picker gedit-plugin-color-schemer gedit-plugin-commander
  gedit-plugin-dashboard gedit-plugin-draw-spaces gedit-plugin-find-in-files
  gedit-plugin-git gedit-plugin-join-lines gedit-plugin-multi-edit
  gedit-plugin-smart-spaces gedit-plugin-synctex gedit-plugin-terminal
  gedit-plugin-word-completion gedit-plugin-zeitgeist gedit-plugins-common
  kasumi libanthyinput0 totem totem-common uim uim-anthy uim-data uim-plugins
  uim-qt5-immodule
Suggested packages:
  zeitgeist-datahub gnome-codec-install
The following packages will be REMOVED:
  libanthy0 uim-qt
The following NEW packages will be installed:
  gedit-plugin-bookmarks gedit-plugin-bracket-completion
  gedit-plugin-character-map gedit-plugin-code-comment
  gedit-plugin-color-picker gedit-plugin-color-schemer gedit-plugin-commander
  gedit-plugin-dashboard gedit-plugin-draw-spaces gedit-plugin-find-in-files
  gedit-plugin-git gedit-plugin-join-lines gedit-plugin-multi-edit
  gedit-plugin-smart-spaces gedit-plugin-synctex gedit-plugin-terminal
  gedit-plugin-word-completion gedit-plugin-zeitgeist gedit-plugins-common
  libanthyinput0 uim-data uim-plugins uim-qt5-immodule
The following packages will be upgraded:
  kasumi totem totem-common uim uim-anthy
5 upgraded, 23 newly installed, 2 to remove and 295 not upgraded.
95 not fully installed or removed.
Need to get 0 B/6,374 kB of archives.
After this operation, 12.5 MB of additional disk space will be used.
Do you want to continue? [Y/n] (Reading database ... 
(Reading database ... 5%
(Reading database ... 10%
(Reading database ... 15%
(Reading database ... 20%
(Reading database ... 25%
(Reading database ... 30%
(Reading database ... 35%
(Reading database ... 40%
(Reading database ... 45%
(Reading database ... 50%
(Reading database ... 55%
(Reading database ... 60%
(Reading database ... 65%
(Reading database ... 70%
(Reading database ... 75%
(Reading database ... 80%
(Reading database ... 85%
(Reading database ... 90%
(Reading database ... 95%
(Reading database ... 100%
(Reading database ... 310526 files and directories currently installed.)
Preparing to unpack .../uim-data_1%3a1.8.6+gh20180114.64e3173-1_all.deb ...
Unpacking uim-data (1:1.8.6+gh20180114.64e3173-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/uim-data_1%3a1.8.6+gh20180114.64e3173-1_all.deb 
(--unpack):
 trying to overwrite '/usr/share/uim/anthy-key-custom.scm', which is also in 
package uim-anthy:amd64 1:1.8.6+gh20161003.0.d63dadd-4
dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
Preparing to unpack .../uim-plugins_1%3a1.8.6+gh20180114.64e3173-1_amd64.deb ...
Unpacking uim-plugins:amd64 (1:1.8.6+gh20180114.64e3173-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/uim-plugins_1%3a1.8.6+gh20180114.64e3173-1_amd64.deb 
(--unpack):
 trying to overwrite 
'/usr/lib/x86_64-linux-gnu/uim/plugin/libuim-anthy-utf8.so', which is also in 
package uim-anthy:amd64 1:1.8.6+gh20161003.0.d63dadd-4
dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/uim-data_1%3a1.8.6+gh20180114.64e3173-1_all.deb
 /var/cache/apt/archives/uim-plugins_1%3a1.8.6+gh20180114.64e3173-1_amd64.deb

Bug#889968: RFS: inotify-tools/3.14-4

[Sean Whitton]

control: tag -1 +moreinfo
control: owner -1 !

Hello Dmitry,

Review of 3c46a878fd294e9af9f8e7c225d16e8aceb960cf:

- It looks like you added an entry to the changelog for 3.13-3 that
  should have been in the changelog for 3.13-4.

- I'm not sure that DPKG_EXPORT_BUILDFLAGS = 1 will have any effect
  unless you export it?  Not sure; I have not used this feature.

- It FTBFSs for me.  Log attached.

-- 
Sean Whitton
sbuild (Debian sbuild) 0.73.0 (23 Dec 2016) on iris.silentflame.com

+==+
| inotify-tools 3.14-4 (amd64) Sat, 10 Feb 2018 19:10:16 + |
+==+

Package: inotify-tools
Version: 3.14-4
Source Version: 3.14-4
Distribution: unstable
Machine Architecture: amd64
Host Architecture: amd64
Build Architecture: amd64
Build Type: binary

I: NOTICE: Log filtering will replace 
'var/run/schroot/mount/unstable-amd64-sbuild-ea2ba2cd-ce02-480e-b119-6bc5bbd3eb48'
 with '<>'

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

Get:1 http://deb.debian.org/debian unstable InRelease [241 kB]
Get:2 http://deb.debian.org/debian unstable/contrib Sources.diff/Index [27.8 kB]
Get:3 http://deb.debian.org/debian unstable/main Sources.diff/Index [27.9 kB]
Get:4 http://deb.debian.org/debian unstable/non-free Sources.diff/Index [27.8 
kB]
Get:5 http://deb.debian.org/debian unstable/non-free amd64 Packages.diff/Index 
[27.8 kB]
Get:6 http://deb.debian.org/debian unstable/contrib amd64 Packages.diff/Index 
[27.8 kB]
Get:7 http://deb.debian.org/debian unstable/main amd64 Packages.diff/Index 
[27.9 kB]
Get:8 http://deb.debian.org/debian unstable/contrib Sources 
2018-02-08-0244.34.pdiff [725 B]
Get:9 http://deb.debian.org/debian unstable/contrib Sources 
2018-02-08-0919.59.pdiff [450 B]
Get:10 http://deb.debian.org/debian unstable/main Sources 
2018-02-06-2026.31.pdiff [12.6 kB]
Get:11 http://deb.debian.org/debian unstable/main Sources 
2018-02-07-0231.38.pdiff [12.0 kB]
Get:12 http://deb.debian.org/debian unstable/main Sources 
2018-02-07-0824.55.pdiff [2263 B]
Get:13 http://deb.debian.org/debian unstable/main Sources 
2018-02-07-1427.34.pdiff [9180 B]
Get:14 http://deb.debian.org/debian unstable/main Sources 
2018-02-07-2028.51.pdiff [13.8 kB]
Get:15 http://deb.debian.org/debian unstable/main Sources 
2018-02-08-0244.34.pdiff [9073 B]
Get:16 http://deb.debian.org/debian unstable/main Sources 
2018-02-08-0919.59.pdiff [2808 B]
Get:17 http://deb.debian.org/debian unstable/main Sources 
2018-02-08-1427.47.pdiff [23.5 kB]
Get:18 http://deb.debian.org/debian unstable/main Sources 
2018-02-08-2039.02.pdiff [15.9 kB]
Get:19 http://deb.debian.org/debian unstable/main Sources 
2018-02-09-0244.28.pdiff [9256 B]
Get:20 http://deb.debian.org/debian unstable/main Sources 
2018-02-09-1007.33.pdiff [7287 B]
Get:21 http://deb.debian.org/debian unstable/main Sources 
2018-02-09-1423.20.pdiff [28.7 kB]
Get:22 http://deb.debian.org/debian unstable/main Sources 
2018-02-09-2039.28.pdiff [21.4 kB]
Get:23 http://deb.debian.org/debian unstable/main Sources 
2018-02-10-0230.03.pdiff [9215 B]
Get:24 http://deb.debian.org/debian unstable/main Sources 
2018-02-10-0831.26.pdiff [7817 B]
Get:25 http://deb.debian.org/debian unstable/main Sources 
2018-02-10-1428.30.pdiff [43.7 kB]
Get:9 http://deb.debian.org/debian unstable/contrib Sources 
2018-02-08-0919.59.pdiff [450 B]
Get:26 http://deb.debian.org/debian unstable/non-free Sources 
2018-02-08-0244.34.pdiff [678 B]
Get:27 http://deb.debian.org/debian unstable/non-free Sources 
2018-02-08-1427.47.pdiff [243 B]
Get:28 http://deb.debian.org/debian unstable/non-free Sources 
2018-02-09-0244.28.pdiff [604 B]
Get:29 http://deb.debian.org/debian unstable/non-free Sources 
2018-02-10-0230.03.pdiff [634 B]
Get:30 http://deb.debian.org/debian unstable/non-free Sources 
2018-02-10-0831.26.pdiff [387 B]
Get:31 http://deb.debian.org/debian unstable/non-free amd64 Packages 
2018-02-08-1427.47.pdiff [227 B]
Get:32 http://deb.debian.org/debian unstable/non-free amd64 Packages 
2018-02-10-0831.26.pdiff [353 B]
Get:33 http://deb.debian.org/debian unstable/contrib amd64 Packages 
2018-02-07-1427.34.pdiff [377 B]
Get:34 http://deb.debian.org/debian unstable/contrib amd64 Packages 
2018-02-08-0244.34.pdiff [423 B]
Get:25 http://deb.debian.org/debian unstable/main Sources 
2018-02-10-1428.30.pdiff [43.7 kB]
Get:35 http://deb.debian.org/debian unstable/contrib amd64 Packages 
2018-02-08-0919.59.pdiff [305 B]
Get:36 http://deb.debian.org/debian unstable/contrib amd64 Packages 
2018-02-09-1423.20.pdiff [31 B]
Get:37 http://deb.debian.org/debian unstable/main amd64 Packages 
2018-02-06-2026.31.pdiff [22.4 kB]
Get:38 http://deb.debian.org/debian unstable/main amd64 Packages 

Bug#890066: ITP: golang-gopkg-data-dog-go-sqlmock.v1 -- Sql mock driver for golang to test database interactions

[I Sagar]

Package: wnpp
Severity: wishlist
Owner: Sagar Ippalpalli 
X-Debbugs-CC: debian-de...@lists.debian.org,
pkg-go-maintain...@lists.alioth.debian.org

* Package name    : golang-gopkg-data-dog-go-sqlmock.v1
  Version : 1.3.0-1
  Upstream Author : DATA-DOG
* URL : https://github.com/DATA-DOG/go-sqlmock
* License : BSD-3-clause
  Programming Lang: Go
  Description : Sql mock driver for golang to test database interactions

 sqlmock is a mock library implementing sql/driver . Which has one and
only purpose - to simulate

 any sql driver behavior in tests, without needing a real database
connection. It helps to maintain

 correct TDD workflow.

Bug#889873: vagrant: unable to download images (moved from atlas.hashicorp.com to app.vagrantup.com)

[James McCoy]

On Thu, Feb 08, 2018 at 09:02:03AM +0100, Lucas Nussbaum wrote:
> It seems that Hashicorp decided to migrate from e.g.
> https://atlas.hashicorp.com/alpine/alpine64
> to
> https://app.vagrantup.com/alpine/boxes/alpine64
> 
> This breaks images download, making this package essentially
> unfortunately:
> 
> $ vagrant init alpine/alpine64
> A `Vagrantfile` has been placed in this directory. You are now
> ready to `vagrant up` your first virtual environment! Please read
> the comments in the Vagrantfile as well as documentation on
> `vagrantup.com` for more information on using Vagrant.

A workaround is to change the default server URL in the Vagrantfile, as
suggested in the upstream bug report.

https://github.com/hashicorp/vagrant/issues/9442#issuecomment-363080565

Cheers,
-- 
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7  2D23 DFE6 91AE 331B A3DB

Bug#890065: RFS: reptyr/0.6.2-1.2 [RC] [NMU]

[Mateusz Łukasik]

Package: sponsorship-requests
Severity: important

  Dear mentors,

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

 * Package name: reptyr
   Version : 0.6.2-1.2
   Upstream Author : Evan Broder 
 * URL : https://github.com/nelhage/reptyr
 * License : Expat
   Section : misc

  It builds those binary packages:

reptyr - Tool for moving running programs between ptys

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


  https://mentors.debian.net/package/reptyr


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

dget -x 
https://mentors.debian.net/debian/pool/main/r/reptyr/reptyr_0.6.2-1.2.dsc



  Changes since the last upload:

  * Non-maintainer upload.
  * Disable tests for while - fix FTBFS. (Closes: #889702)

  Regards,
   Mateusz Łukasik

Bug#890019: zile testsuite fails with TERM=unknown

[Reuben Thomas]

On 10 February 2018 at 17:48, Axel Beckert  wrote:

> Hi Reuben,
>
> Reuben Thomas wrote:
> >​I just want to check, do you nonetheless consider this an upstream
> > bug?
>
> No. And my fix is adding "env TERM=vt100" debian/rules. :-)
>

​Thanks for the clarification!
​​

-- 
https://rrt.sc3d.org

Bug#889158: Package wine-development is less recent than wine

[Joerg Schiermeier, Bielefeld/Germany]

Jens Reyer wrote:

>> WineHQ |  Debian Package
>> 
>> stable version == wine
>> devel. version == wine-development
>>
>> Is this correct?
>
> Yes, that's correct.
Thanks for your clarification!

> Still, I'd love to understand what this bug was about.
Maybe I'm too "German":
in WinHQ.orgs website both version were set to 3.0 when wine v3.0 was
published. "wine-development" didn't follow this.
In my point of view this was an error, which means: a bug. Every time when
WineHQ.org publish a stable version also "wine-development" should have the
same version as "wine". This will happen only one time a year.
But it will not hurt me to much if this didn't happen next year.

At the end (this is to Jens Reyer):
¡Thank you for your great work about wine in Debian!

--
Best regards,

Joerg Schiermeier
Bielefeld, Germany

Bug#848168: readline: Please drop the multilib packages

[Sven Joachim]

On 2018-02-10 18:44 +0100, Matthias Klose wrote:

> that's not how cross builds are supposed to work. build with dpkg-buildpackage
> -a . of course fixing / removing the libc6-i386 b-d.  And no, you 
> can't
> upload such a package to the archive. Everything with dependencies on foreign
> archs gets rejected.

Oh, I had not realized that you were talking about cross builds, sorry.

> In the end we want to get away with multilibs, but it's
> too early to remove that multilib support.

I agree that gcc-multilib will have to be kept for some time, but I
still fail to see the use case for the readline multilib packages.

Cheers,
   Sven

Bug#890019: zile testsuite fails with TERM=unknown

[Axel Beckert]

Hi Reuben,

Reuben Thomas wrote:
>​I just want to check, do you nonetheless consider this an upstream
> bug?

No. And my fix is adding "env TERM=vt100" debian/rules. :-)

Will upload a fixed package soon.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://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#848168: readline: Please drop the multilib packages

[Matthias Klose]

On 10.02.2018 18:09, Sven Joachim wrote:
> On 2018-02-10 15:00 +0100, Matthias Klose wrote:
> 
>> On 10.02.2018 13:41, Sven Joachim wrote:
>>>
>>> Also, while installing foreign architecture packages might sometimes be
>>> useful, linking a program in a newly built package against a shared
>>> foreign-arch library is not really possible, because dpkg-shlipdeps will
>>> generate incorrect dependencies for it.
>>
>> well, this is an issue which should be filed against dpkg-shlipdeps. Did you
>> actually try to build that?
> 
> Here's an example which you should be able to reproduce.  The
> grub-legacy package depends on multilib packages on amd64, since it's
> 32-bit only:
> 
> ,
> | $ apt-cache show grub-legacy:amd64 | grep Depends
> | Depends: lib32ncurses5 (>= 6), lib32tinfo5 (>= 6), libc6-i386 (>= 2.7), 
> grub-common
> `
> 
> Let's try to build it with i386 packages instead of multilib:
> 
> ,
> | $ apt-get source grub
> | $ sed -i '/lib32ncurses5-dev/libncurses5-dev:i386/' grub-0.97/debian/control
> `
> 
> Build the package in a chroot with amd64 as native and i386 as foreign
> architecture, I used pbuilder for that.  This is the result:
> 
> ,
> | $ dpkg-deb -f grub-legacy_0.97-72_amd64.deb | grep Depends
> | Depends: libc6 (>= 2.7), libncurses5 (>= 6), libtinfo5 (>= 6), grub-common
> `
> 
> The problem here is that the dependencies are not arch-qualified.

that's not how cross builds are supposed to work. build with dpkg-buildpackage
-a . of course fixing / removing the libc6-i386 b-d.  And no, you can't
upload such a package to the archive. Everything with dependencies on foreign
archs gets rejected.  In the end we want to get away with multilibs, but it's
too early to remove that multilib support.

Matthias

Bug#890064: smbios-utils: properly clean up legacy config files

[Christoph Anton Mitterer]

Package: smbios-utils
Version: 2.4.0-1
Severity: normal


Hi.

Apparently the package smbios-utils used to contain:
/etc/yum/pluginconf.d/dellsysid.conf
but no longer does.

Therefore, the following happens on upgrade:
Unpacking smbios-utils (2.4.0-1) over (2.3.1-2) ...
dpkg: warning: unable to delete old directory '/etc/yum/pluginconf.d': 
Directory not empty
dpkg: warning: unable to delete old directory '/etc/yum': Directory not empty


Please remove the obsolete config file on one of the next upgrades with the 
appropriate
maintainer script helpers.

Thanks,
Chris.

Bug#890063: ripperx: [INTL:de] Updated German translation

[Chris Leick]

Package: ripperx
Version: 2.8.0
Severity: wishlist
Tags: l10n patch



Hi,

please find attached the newest German translation. Most changes are 
made by Holger Wansing. Thanks.


Kind regards,
Chris


de.po.gz
Description: application/gzip

Bug#890045: RFS: an/1.2-2 [ITA]

[Paride Legovini]

Thanks for granting me access to salsa/debian/an, I pushed the
repository there. I'll tag 1.2-2 once it's uploaded.

Best,

Paride

Bug#888985: [pkg-go] Bug#888985: RFS: irtt/0.9-1 [ITP] (#888985)

[Pete Heist]

> On Feb 9, 2018, at 11:43 AM, Pete Heist  wrote:
> 
>> On Feb 9, 2018, at 8:15 AM, Michael Stapelberg > > wrote:
>> 
>> On Fri, Feb 9, 2018 at 2:09 AM, Pete Heist > > wrote:
>> 
>> From the original warnings you sent I know I’ve fixed all except "I: irtt 
>> source: testsuite-autopkgtest-missing”, but a) I’m not seeing that warning 
>> and b) I’m seeing two others. So my questions are:
>> 
>> 1) What are your expectations for 'testsuite-autopkgtest-missing', and why 
>> am I not seeing it? There are no unit tests to run.
>> 
>> Did you apply the ~/.lintianrc I provided? Not doing so would explain the 
>> difference. autopkgtest is helpful even if it only compiles the package in 
>> question. Why are there no unit tests for your code? :)
> 
>> 2) Do you care about 'debian-watch-does-not-check-gpg-signature' and 
>> 'no-upstream-changelog’? I do not sign the upstream, and the changes are in 
>> README.md, in case those should be split out...
>> 
>> They’re not important for the time being. Of course, if you could start 
>> signing upstream and provide a separate changelog file, that would be great.
>> 
>> Thanks!

Ok, I’ve updated the irtt package:

- I added a couple high-value unit tests, which also satisfies lintian.

- CHANGES.md is split out from README.md to satisfy 'no-upstream-changelog'.

- I tried getting signatures working but punted because GitHub creates a 
.tar.gz, which I signed with a .tar.gz.asc, but the build process expects a 
.tar.xz.asc in the upstream, so lintian then warns with 
'orig-tarball-missing-upstream-signature'. Is there any pkg-go example of 
signatures working with a GitHub hosted repo? Otherwise I’ll eventually figure 
it out.

- I blew away the irtt.git repo and started over so I could just stay on the 
rails of your dh-make-golang.html blog entry, hope that’s fine.

Let me know if anything else. Thanks!

Pete

Bug#848168: readline: Please drop the multilib packages

[Sven Joachim]

On 2018-02-10 15:00 +0100, Matthias Klose wrote:

> On 10.02.2018 13:41, Sven Joachim wrote:
>> 
>> Also, while installing foreign architecture packages might sometimes be
>> useful, linking a program in a newly built package against a shared
>> foreign-arch library is not really possible, because dpkg-shlipdeps will
>> generate incorrect dependencies for it.
>
> well, this is an issue which should be filed against dpkg-shlipdeps. Did you
> actually try to build that?

Here's an example which you should be able to reproduce.  The
grub-legacy package depends on multilib packages on amd64, since it's
32-bit only:

,
| $ apt-cache show grub-legacy:amd64 | grep Depends
| Depends: lib32ncurses5 (>= 6), lib32tinfo5 (>= 6), libc6-i386 (>= 2.7), 
grub-common
`

Let's try to build it with i386 packages instead of multilib:

,
| $ apt-get source grub
| $ sed -i '/lib32ncurses5-dev/libncurses5-dev:i386/' grub-0.97/debian/control
`

Build the package in a chroot with amd64 as native and i386 as foreign
architecture, I used pbuilder for that.  This is the result:

,
| $ dpkg-deb -f grub-legacy_0.97-72_amd64.deb | grep Depends
| Depends: libc6 (>= 2.7), libncurses5 (>= 6), libtinfo5 (>= 6), grub-common
`

The problem here is that the dependencies are not arch-qualified.

Cheers,
   Sven

Bug#890062: RM: valadoc -- ROM; valadoc is provided by vala source package as of 0.38

[Sebastian Reichel]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove valadoc from unstable. Upstream merged valadoc into
vala as of vala 0.38. This is implemented in Debian since a few
days (Thanks Jeremy!), so valadoc can be removed.

-- Sebastian

Bug#890060: biosig4c++: Build-depends on dh-octave instead of octave-pkg-dev

[Rafael Laboissière]

Source: biosig4c++
Version: 1.3.0-2.2
Severity: normal
Tags: patch

The octave-pkg-dev has been superseded by dh-octave and will be soon 
deprecated.  Please, find attached to this bug report a patch for 
updating the biosig4c++ source package, accordingly.


Rafael Laboissière

-- System Information: 
Debian Release: buster/sid 
 APT prefers testing 
 APT policy: (650, 'testing'), (600, 'unstable'), (550, 'experimental'), (550, 'stable'), (500, 'oldstable') 
Architecture: amd64 (x86_64) 
Foreign Architectures: i386


Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru biosig4c++-1.3.0/debian/changelog biosig4c++-1.3.0/debian/changelog
--- biosig4c++-1.3.0/debian/changelog   2017-03-18 04:37:44.0 -0300
+++ biosig4c++-1.3.0/debian/changelog   2018-02-10 14:41:20.0 -0200
@@ -1,3 +1,10 @@
+biosig4c++ (1.3.0-2.3) unstable; urgency=medium
+
+  * d/control: Build-depends on dh-octave
+  * d/rules: Use dh_octave_substvar for determining octave:Depends
+
+ -- Rafael Laboissiere   Sat, 10 Feb 2018 14:41:20 -0200
+
 biosig4c++ (1.3.0-2.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru biosig4c++-1.3.0/debian/control biosig4c++-1.3.0/debian/control
--- biosig4c++-1.3.0/debian/control 2015-08-19 15:17:03.0 -0300
+++ biosig4c++-1.3.0/debian/control 2018-02-10 14:17:29.0 -0200
@@ -6,7 +6,7 @@
gawk, libxml2-dev,
python-dev, swig, python-numpy,
zlib1g-dev, libsuitesparse-dev,
-   octave-pkg-dev (>= 0.5.7),
+  dh-octave
 Standards-Version: 3.9.3
 Section: science
 Homepage: http://biosig.sf.net/
diff -Nru biosig4c++-1.3.0/debian/rules biosig4c++-1.3.0/debian/rules
--- biosig4c++-1.3.0/debian/rules   2015-08-19 15:18:06.0 -0300
+++ biosig4c++-1.3.0/debian/rules   2018-02-10 14:34:16.0 -0200
@@ -52,11 +52,8 @@
 
 override_dh_makeshlibs:
dh_makeshlibs
-   : # Provide Octave:Depends
-   [ -e /usr/bin/octave-depends ] \
-   && octave-depends \
-   || echo 'octave:Depends=octave (>= 3.4.3-1~)' >> 
debian/octave-biosig.substvars
-
+   : # Provide octave:Depends
+   dh_octave_substvar
 
 override_dh_strip:
dh_strip --dbg-package=libbiosig1-dbg

Bug#890019: zile testsuite fails with TERM=unknown

[Reuben Thomas]

On 10 February 2018 at 09:52, Axel Beckert  wrote:

> Control: tag -1 + confirmed
>
> Hi Matthias,
>
> Matthias Klose wrote:
> > make  check-TESTS check-local
> > make[5]: Entering directory '/<>'
> > echo ./tests/*.el ./tests/interactive/*.el | abs_srcdir=/<>
> > srcdir=. TERM=unknown VALGRIND="" EMACSPROG="" xargs /usr/bin/perl
> > ./tests/run-lisp-tests.pl
> > make[6]: Entering directory '/<>'
> > Error opening terminal: unknown.
> > Zile failed to run test `backward-char' with error code 256
> > Error opening terminal: unknown.[...]
>
> This probably happens for a long time, but my try to make the build
> not garble my terminal during package build testing with "cat -v" had
> covered dh_auto_test's exit code. The latter is fixed now and hence
> test suite failures come to surface as they should
>
> Anyway, confirmed locally with
>
> $ env TERM=foobar debuild -uc -us
>
> > seen on the Ubuntu buildds.
>
> Interestingly not on Debian's buildds (except hurd-i386) nor in
> pbuilder (which AFAIK doesn't pass $TERM).
>
> Will add a fix.
>

​I just want to check, do you nonetheless consider this an upstream bug?
Should I recognise the value "unknown" as being equivalent to unset TERM?
The problem for me is that I don't want to override any setting from the
user: for example, it is nice if a user who builds from source gets the
tests run against the terminal they happen to be using.

-- 
https://rrt.sc3d.org

Bug#890061: ITP: galaxy-lib -- Subset of Galaxy core code base designed to be used

[Michael R. Crusoe]

Package: wnpp
Severity: wishlist
Owner: Debian Med team 

* Package name: galaxy-lib
  Version : 17.9.10
  Upstream Author : Galaxy Project and Community 
* URL : https://github.com/galaxyproject/galaxy-lib
* License : AFL
  Programming Lang: Python
  Description : Subset of Galaxy core code base designed to be used


Dependency for the Toil workflow system; group maintained by Debian-Med

Bug#814590:

[Yangfl]

Control: tags -1 moreinfo

Hi,

>From minissdpd.c

  syslog(LOG_WARNING, "method %.*s, don't know what to do (from %s)",
  methodlen, p, addr_str);

Seems like it wants to print the method name it processes (like
"M-SEARCH", "NOTIFY", "HTTP", etc). It's really wired that it prints
nothing, possibly non-printable characters?

Could you please provide the full log, the sample UPnP packages, and
the logs when debug option is on?

Thanks,

Bug#537941: wontfix ("GNU docs are nonfree, but vrms should think otherwise")

[Holger Levsen]

control: tags -1 wontfix
thanks

For justification why, let me quote from the package description:

 In some cases, the opinions of Richard M. Stallman and the Debian
 project have diverged since this program was originally written.
 In such cases, this program follows the Debian Free Software Guidelines.


-- 
cheers,
Holger


signature.asc
Description: PGP signature

Bug#890059: [PATCH] Switch to XS-Go-Import-Path

[Michael Stapelberg]

Package: mongo-tools
Severity: wishlist
Tags: patch

Using the XS-Go-Import-Path field in debian/control is preferable over using
DH_GOPKG in debian/rules, because the former shows up in a machine-readable way
in Sources files, and can hence be easily picked up by tooling.

Please apply the attached patch and upload a new version to the archive.

Thanks!


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel, mipsel, arm64

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

Versions of packages mongo-tools depends on:
ii  libc62.26-4
ii  libsasl2-2   2.1.27~101-g0780600+dfsg-3
ii  libssl1.0.2  1.0.2l-2

mongo-tools recommends no packages.

mongo-tools suggests no packages.
>From 124f15df1261101c5ef31f0f7d63e182f05c76bc Mon Sep 17 00:00:00 2001
From: Michael Stapelberg 
Date: Fri, 9 Feb 2018 17:14:30 +0100
Subject: [PATCH 1/2] Switch to XS-Go-Import-Path

---
 debian/control | 1 +
 debian/rules   | 1 -
 2 files changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index 6699507..f62bbda 100644
--- a/debian/control
+++ b/debian/control
@@ -19,6 +19,7 @@ Standards-Version: 3.9.8
 Homepage: https://github.com/mongodb/mongo-tools
 Vcs-Git: https://anonscm.debian.org/git/pkg-mongodb/mongo-tools.git
 Vcs-Browser: https://anonscm.debian.org/cgit/pkg-mongodb/mongo-tools.git
+XS-Go-Import-Path: github.com/mongodb/mongo-tools
 
 Package: mongo-tools
 Architecture: any
diff --git a/debian/rules b/debian/rules
index 74c67b5..d3bf0b3 100755
--- a/debian/rules
+++ b/debian/rules
@@ -3,7 +3,6 @@
 # output every command that modifies files on the build system.
 #export DH_VERBOSE = 1
 
-export DH_GOPKG := github.com/mongodb/mongo-tools
 
 TOOLS = bsondump mongodump mongoexport mongofiles \
 mongoimport mongooplog mongorestore mongostat mongotop
-- 
2.15.1

Bug#890058: [PATCH] Set XS-Go-Import-Path

[Michael Stapelberg]

Source: golang-github-gosexy-gettext
Severity: wishlist
Tags: patch

Using the XS-Go-Import-Path field in debian/control is preferable over using
DH_GOPKG in debian/rules, because the former shows up in a machine-readable way
in Sources files, and can hence be easily picked up by tooling.

Please apply the attached patch and upload a new version to the archive.

Thanks!

PS: Also consider team-maintaining this package in the pkg-go team, where we
could automatically apply such trivial fixes. See 
http://pkg-go.alioth.debian.org/

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel, mipsel, arm64

Kernel: Linux 4.13.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
>From 9ca0d50039ce3cb2c10e4f1069d498e4121f3b65 Mon Sep 17 00:00:00 2001
From: Michael Stapelberg 
Date: Sat, 10 Feb 2018 17:26:00 +0100
Subject: [PATCH 1/2] Set XS-Go-Import-Path

---
 debian/control | 1 +
 debian/rules   | 1 -
 2 files changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index e8a4a91..4aa0123 100644
--- a/debian/control
+++ b/debian/control
@@ -7,6 +7,7 @@ Build-Depends: debhelper (>= 9),
golang-go,
 Standards-Version: 3.9.7
 Homepage: https://github.com/gosexy/gettext
+XS-Go-Import-Path: github.com/gosexy/gettext
 
 Package: golang-github-gosexy-gettext-dev
 Architecture: all
diff --git a/debian/rules b/debian/rules
index 3380075..2d9b72c 100755
--- a/debian/rules
+++ b/debian/rules
@@ -28,4 +28,3 @@ get-orig-source:
echo $(shell git -C $(PKG) log --date=short -r -1 | grep ^Date: | cut 
-d: -f2 | tr -d ' -')
tar -caf "$(PKG)_0~git$(shell git -C $(PKG) log --date=short -r -1 | 
grep ^Date: | cut -d: -f2 | tr -d ' -').orig.tar.xz" --exclude-vcs --owner=root 
--group=root --mode=a+rX $(PKG)
rm -rf $(PKG)
-
-- 
2.15.1

Bug#890057: [PATCH] Switch to XS-Go-Import-Path

[Michael Stapelberg]

Package: pluginhook
Severity: wishlist
Tags: patch

Using the XS-Go-Import-Path field in debian/control is preferable over using
DH_GOPKG in debian/rules, because the former shows up in a machine-readable way
in Sources files, and can hence be easily picked up by tooling.

Please apply the attached patch and upload a new version to the archive.

Thanks!

PS: Also consider team-maintaining this package in the pkg-go team, where we
could automatically apply such trivial fixes. See 
http://pkg-go.alioth.debian.org/

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel, mipsel, arm64

Kernel: Linux 4.13.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
>From 2530733cb221dcfacc0b7d2134ad45240815e83f Mon Sep 17 00:00:00 2001
From: Michael Stapelberg 
Date: Sat, 10 Feb 2018 17:22:23 +0100
Subject: [PATCH 1/2] Switch to XS-Go-Import-Path

---
 debian/control | 1 +
 debian/rules   | 1 -
 2 files changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index 2e0fb2b..8b4afb6 100644
--- a/debian/control
+++ b/debian/control
@@ -10,6 +10,7 @@ Build-Depends:
  golang-godebiancontrol-dev
 Standards-Version: 3.9.6
 Homepage: http://github.com/progrium/pluginhook
+XS-Go-Import-Path: github.com/progrium/pluginhook
 
 Package: pluginhook
 Architecture: any
diff --git a/debian/rules b/debian/rules
index 068ad7d..b055525 100755
--- a/debian/rules
+++ b/debian/rules
@@ -3,7 +3,6 @@
 export DH_OPTIONS
 export DH_VERBOSE=1
 
-export DH_GOPKG := github.com/progrium/pluginhook
 
 %:
dh $@ --buildsystem=golang --with=golang
-- 
2.15.1

Bug#890056: [PATCH] Switch to XS-Go-Import-Path

[Michael Stapelberg]

Package: gitlab-workhorse
Severity: wishlist
Tags: patch

Using the XS-Go-Import-Path field in debian/control is preferable over using
DH_GOPKG in debian/rules, because the former shows up in a machine-readable way
in Sources files, and can hence be easily picked up by tooling.

Please apply the attached patch and upload a new version to the archive.

Thanks!

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel, mipsel, arm64

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

Versions of packages gitlab-workhorse depends on:
ii  libc6  2.26-4

gitlab-workhorse recommends no packages.

gitlab-workhorse suggests no packages.
>From 7b7b4468ff31ca43150140f157396974dee6c664 Mon Sep 17 00:00:00 2001
From: Michael Stapelberg 
Date: Sat, 10 Feb 2018 11:48:54 +0100
Subject: [PATCH 1/2] Switch to XS-Go-Import-Path

---
 debian/control | 1 +
 debian/rules   | 1 -
 2 files changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index b6b01b5..e4033d2 100644
--- a/debian/control
+++ b/debian/control
@@ -15,6 +15,7 @@ Standards-Version: 3.9.8
 Homepage: https://gitlab.com/gitlab-org/gitlab-workhorse/
 Vcs-Git: https://anonscm.debian.org/git/pkg-ruby-extras/gitlab-workhorse.git
 Vcs-Browser: 
https://anonscm.debian.org/cgit/pkg-ruby-extras/gitlab-workhorse.git
+XS-Go-Import-Path: gitlab.com/gitlab-org/gitlab-workhorse
 
 Package: gitlab-workhorse
 Architecture: any
diff --git a/debian/rules b/debian/rules
index aba9112..f999369 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,6 +1,5 @@
 #!/usr/bin/make -f
 
-export DH_GOPKG = gitlab.com/gitlab-org/gitlab-workhorse
 #export DH_GOLANG_INSTALL_ALL := 1
 export DH_GOLANG_INSTALL_EXTRA = testdata
 export DH_GOLANG_EXCLUDES := support
-- 
2.15.1

Bug#685649:

[Yangfl]

It's now miniupnpd 2.0, and this feature is still tagged as
experimental. The most important line is "Dynamic external ip adresses
are not supported when this option is enabled", and in natpmp.c:259,
  syslog(LOG_INFO, "NAT-PMP public address request");
  FillPublicAddressResponse(resp, senderaddr->sin_addr.s_addr);

FillPublicAddressResponse is called each time public address is
requested. However, this function will always return static addresses
when MULTIPLE_EXTERNAL_IP is set. This will confuse UPnP devices. Not
to say the breaking changes in .conf file due to multiple external ip.

I believe dynamic ip (and moreover, ip that changes during service
run) is 95% of cases who use UPnP, and this feature is disabled
deliberately by upstream. We must ensure the usability of dynamic ip.
A fulll patch for this will definitely requires huge amount of work.

Since there is little hope it can be settled down, if no action/patch
in the next few weeks, I will close this bug.

Bug#887917: should not depend on initramfs-tools

[Ritesh Raj Sarraf]

On Sat, 2018-02-10 at 21:24 +0530, Ritesh Raj Sarraf wrote:
> I remember some of the discussion form Debconf in Heidelberg about
> Dracut's acceptance being low. Ofcourse, unless we embrace it, no
> one's
> gonna use.
> 
> I've extended the dependency. Hopefully, the integration will be
> smooth.

lintian gave me a sensible recommendation, so I've used it accordingly
adding: Depends: initramfs-tools | linux-initramfs-tool

W: multipath-tools-boot: virtual-package-depends-without-real-package-
depends depends: linux-initramfs-tool
N: 
N:The package declares a depends on a virtual package without
listing a
N:real package as an alternative first.
N:
N:If this package could ever be a build dependency, it should list
a real
N:package as the first alternative to any virtual package in its
Depends.
N:Otherwise, the build daemons will not be able to provide a
consistent
N:build environment.
N:
N:If it will never be a build dependency, this isn't necessary, but
you
N:may want to consider doing so anyway if there is a real package
N:providing that virtual package that most users will want to use.
N:
N:Severity: normal, Certainty: possible
N:
N:Check: fields, Type: binary, udeb, source
N: 


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System

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

Bug#889963: Use iso_3166-1.mo filename instead of symlink

[Cyril Brulebois]

Hi Tobias,

Dr. Tobias Quathamer  (2018-02-10):
> Hi Cyril,
> 
> I'm sorry for that -- although it *is* mentioned in the changelog, but
> the upstream one. I've now added it to d/changelog as well:
> 
> https://salsa.debian.org/debian/iso-codes/commit/0254e2f48a8723fc27a69a415a17fecee5886b78

No need to be sorry. :) At first I thought the compatibility symlink was
a packaging-side change so I went for debian/changelog only, and then
falled back to debsnapping. I'll try my luck with upstream changelogs as
well next time. ;)

And thanks for the extra doc!


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#890055: sigrok-firmware-fx2lafw: Wrong URL in watch file

[Gioele Barabucci]

Package: sigrok-firmware-fx2lafw
Tags: patch
Severity: minor

Dear sigrok maintainers,

the URL in the debian/watch file should end with a slash, otherwise 
uscan will complain and will not be able to fetch the upstream tarball.


A (trivial) patch is attached.

Regards,

--
Gioele Barabucci 
>From 60a3b96fedb6ce18cc7aa48614401e325fcb57f3 Mon Sep 17 00:00:00 2001
From: Gioele Barabucci 
Date: Sat, 10 Feb 2018 15:50:39 +
Subject: [PATCH] Update URL in watch file

---
 debian/watch | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/watch b/debian/watch
index e732625..2a58f8e 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,3 +1,3 @@
 version=4
-http://sigrok.org/download/source/sigrok-firmware-fx2lafw \
+http://sigrok.org/download/source/sigrok-firmware-fx2lafw/ \
 	sigrok-firmware-fx2lafw-([\d\.]+)\.tar\.gz debian uupdate
-- 
2.16.1

Bug#890054: yade: frequent parallel FTBFS

[Adrian Bunk]

On Sat, Feb 10, 2018 at 05:47:34PM +0200, Adrian Bunk wrote:
> Source: yade
> Version: 2018.02a-1
> Severity: serious
> 
> https://buildd.debian.org/status/package.php?p=yade=sid
> 
> On plummer (ppc64el porterbox) "dpkg-buildpackage -J100 -B"
> failed immediately while "dpkg-buildpackage -J1 -B"
> succeeded.
>...

I forgot to copy the error message from the buildd:

...
Generating MOC predefs moc_predefs.h
Generating MOC compilation mocs_compilation.cpp
make[3]: Leaving directory '/<>/debian/build'
Generating MOC predefs moc_predefs.h
Generating MOC compilation mocs_compilation.cpp
Generating MOC predefs moc_predefs.h
Generating MOC compilation mocs_compilation.cpp
...
cd /<>/debian/build/py && /usr/bin/c++  
-DBOOST_MATH_DISABLE_FLOAT128=1 -DNDEBUG -DYADE_ODEINT -DYADE_SPH 
-D_polyhedra_utils_EXPORTS 
-I/<>/debian/build/py/_polyhedra_utils_autogen/include 
-I/<> -I/usr/lib/python2.7/dist-packages/numpy/core/include 
-I/usr/include/python2.7 -I/usr/include/eigen3 -I/usr/include/vtk-6.3 
-I/usr/include/powerpc64le-linux-gnu -I/usr/include/glib-2.0 
-I/usr/lib/powerpc64le-linux-gnu/glib-2.0/include 
-I/<>/debian/build  -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2 -fPIC -O2 --param=ssp-buffer-size=4 -Wformat 
-Wformat-security -Werror=format-security -Wall -std=c++11 -DYADE_VTK 
-DYADE_OPENMP -fopenmp -DYADE_GTS  -DQGLVIEWER_FOUND -DYADE_OPENGL -DYADE_QT5 
-DYADE_GL2PS -DLBM_ENGINE -fPIC   -ftrack-macro-expansion=0 -save-temps 
-fstack-protector-strong -DEIGEN_DONT_VECTORIZE -DEIGEN_DONT_ALIGN 
-DEIGEN_DISABLE_UNALIGNED_ARRAY_ASSERT -o 
CMakeFiles/_polyhedra_utils.dir/_polyhedra_utils.cpp.o -c 
/<>/py/_polyhedra_utils.cpp
cd /<>/debian/build/py && /usr/bin/c++  
-DBOOST_MATH_DISABLE_FLOAT128=1 -DNDEBUG -DYADE_ODEINT -DYADE_SPH 
-D_polyhedra_utils_EXPORTS 
-I/<>/debian/build/py/_polyhedra_utils_autogen/include 
-I/<> -I/usr/lib/python2.7/dist-packages/numpy/core/include 
-I/usr/include/python2.7 -I/usr/include/eigen3 -I/usr/include/vtk-6.3 
-I/usr/include/powerpc64le-linux-gnu -I/usr/include/glib-2.0 
-I/usr/lib/powerpc64le-linux-gnu/glib-2.0/include 
-I/<>/debian/build  -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2 -fPIC -O2 --param=ssp-buffer-size=4 -Wformat 
-Wformat-security -Werror=format-security -Wall -std=c++11 -DYADE_VTK 
-DYADE_OPENMP -fopenmp -DYADE_GTS  -DQGLVIEWER_FOUND -DYADE_OPENGL -DYADE_QT5 
-DYADE_GL2PS -DLBM_ENGINE -fPIC   -ftrack-macro-expansion=0 -save-temps 
-fstack-protector-strong -DEIGEN_DONT_VECTORIZE -DEIGEN_DONT_ALIGN 
-DEIGEN_DISABLE_UNALIGNED_ARRAY_ASSERT -o 
CMakeFiles/_polyhedra_utils.dir/_polyhedra_utils_autogen/mocs_compilation.cpp.o 
-c 
/<>/debian/build/py/_polyhedra_utils_autogen/mocs_compilation.cpp
cd /<>/debian/build/py && /usr/bin/c++  
-DBOOST_MATH_DISABLE_FLOAT128=1 -DNDEBUG -DYADE_ODEINT -DYADE_SPH 
-D_packObb_EXPORTS -I/<>/debian/build/py/_packObb_autogen/include 
-I/<> -I/usr/lib/python2.7/dist-packages/numpy/core/include 
-I/usr/include/python2.7 -I/usr/include/eigen3 -I/usr/include/vtk-6.3 
-I/usr/include/powerpc64le-linux-gnu -I/usr/include/glib-2.0 
-I/usr/lib/powerpc64le-linux-gnu/glib-2.0/include 
-I/<>/debian/build  -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2 -fPIC -O2 --param=ssp-buffer-size=4 -Wformat 
-Wformat-security -Werror=format-security -Wall -std=c++11 -DYADE_VTK 
-DYADE_OPENMP -fopenmp -DYADE_GTS  -DQGLVIEWER_FOUND -DYADE_OPENGL -DYADE_QT5 
-DYADE_GL2PS -DLBM_ENGINE -fPIC   -ftrack-macro-expansion=0 -save-temps 
-fstack-protector-strong -DEIGEN_DONT_VECTORIZE -DEIGEN_DONT_ALIGN 
-DEIGEN_DISABLE_UNALIGNED_ARRAY_ASSERT -o 
CMakeFiles/_packObb.dir/_packObb_autogen/mocs_compilation.cpp.o -c 
/<>/debian/build/py/_packObb_autogen/mocs_compilation.cpp
/<>/debian/build/py/_packObb_autogen/mocs_compilation.cpp:3:1: 
error: 'than_nothing' does not name a type
/<>/debian/build/py/_packObb_autogen/mocs_compilation.cpp:3:14: 
error: expected declaration before '}' token
py/CMakeFiles/_polyhedra_utils.dir/build.make:89: recipe for target 
'py/CMakeFiles/_polyhedra_utils.dir/_polyhedra_utils_autogen/mocs_compilation.cpp.o'
 failed
make[3]: *** 
[py/CMakeFiles/_polyhedra_utils.dir/_polyhedra_utils_autogen/mocs_compilation.cpp.o]
 Error 1
make[3]: *** Waiting for unfinished jobs
/<>/debian/build/py/_packObb_autogen/mocs_compilation.cpp:3:1: 
error: 'than_nothing' does not name a type
/<>/debian/build/py/_packObb_autogen/mocs_compilation.cpp:3:14: 
error: expected declaration before '}' token
make[3]: Leaving directory '/<>/debian/build'
CMakeFiles/Makefile2:550: recipe for target 
'py/CMakeFiles/_polyhedra_utils.dir/all' failed
make[2]: *** [py/CMakeFiles/_polyhedra_utils.dir/all] Error 2


Note that this is not an out of memory problem - this is three moc 
commands running in parallel generating the same output files, and

Bug#887917: should not depend on initramfs-tools

[Ritesh Raj Sarraf]

On Sat, 2018-02-10 at 11:32 +0100, Thomas Lange wrote:
> No, it's not a drop-in replacement, we may have to adjust the
> multipath hooks. But dracut already includes several multipath
> modules
> (that's what they are called in dracut) that may do most of the work
> we need for Debian.

I remember some of the discussion form Debconf in Heidelberg about
Dracut's acceptance being low. Ofcourse, unless we embrace it, no one's
gonna use.

I've extended the dependency. Hopefully, the integration will be
smooth.


Thanks,
Ritesh
-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System

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

Bug#890054: yade: frequent parallel FTBFS

[Adrian Bunk]

Source: yade
Version: 2018.02a-1
Severity: serious

https://buildd.debian.org/status/package.php?p=yade=sid

On plummer (ppc64el porterbox) "dpkg-buildpackage -J100 -B"
failed immediately while "dpkg-buildpackage -J1 -B"
succeeded.

Please disable parallel building by passing --no-parallel
to dh as long as the build does not work properly with
parallel building.

Bug#889963: Use iso_3166-1.mo filename instead of symlink

[Dr. Tobias Quathamer]

Am 09.02.2018 um 19:00 schrieb Cyril Brulebois:
> Thanks for the heads-up. May I suggest you amend iso-codes' changelog
> to mention the renaming and the symlinking in the 3.67 entry? I had to
> debsnap all versions to figure out when that change happened.

Hi Cyril,

I'm sorry for that -- although it *is* mentioned in the changelog, but
the upstream one. I've now added it to d/changelog as well:

https://salsa.debian.org/debian/iso-codes/commit/0254e2f48a8723fc27a69a415a17fecee5886b78

Regards,
Tobias



signature.asc
Description: OpenPGP digital signature

Bug#889080: closed by Gianfranco Costamagna <locutusofb...@debian.org> (Bug#889080: fixed in gdbm 1.14.1-3)

[James Clarke]

Control: reopen -1

Whilst bootstrapping gdbm no longer requires bootstrapping dietlibc,
this does not change whether dietlibc FTCBFS, which is what this bug is
about. It is obviously less important now though.

Regards,
James

On Sat, Feb 10, 2018 at 03:12:06PM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the src:dietlibc package:
>
> #889080: dietlibc FTCBFS: dietlibc is difficult
>
> It has been closed by Gianfranco Costamagna .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Gianfranco Costamagna 
>  by
> replying to this email.
>
>
> --
> 889080: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889080
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems

> Date: Sat, 10 Feb 2018 15:08:44 +
> From: Gianfranco Costamagna 
> To: 889080-cl...@bugs.debian.org
> Subject: Bug#889080: fixed in gdbm 1.14.1-3
>
> Source: gdbm
> Source-Version: 1.14.1-3
>
> We believe that the bug you reported is fixed in the latest version of
> gdbm, which is due to be installed in the Debian FTP archive.
>
> A summary of the changes between this version and the previous one is
> attached.
>
> Thank you for reporting the bug, which will now be closed.  If you
> have further comments please address them to 889...@bugs.debian.org,
> and the maintainer will reopen the bug report if appropriate.
>
> Debian distribution maintenance software
> pp.
> Gianfranco Costamagna  (supplier of updated gdbm 
> package)
>
> (This message was generated automatically at their request; if you
> believe that there is a problem with it please contact the archive
> administrators by mailing ftpmas...@ftp-master.debian.org)
>
>
> Format: 1.8
> Date: Sat, 10 Feb 2018 13:45:31 +0100
> Source: gdbm
> Binary: libgdbm5 gdbm-l10n libgdbm-dev gdbmtool libgdbm-compat4 
> libgdbm-compat-dev
> Architecture: source
> Version: 1.14.1-3
> Distribution: unstable
> Urgency: medium
> Maintainer: Dmitry Bogatov 
> Changed-By: Gianfranco Costamagna 
> Description:
>  gdbm-l10n  - GNU dbm database routines (translation files)
>  gdbmtool   - GNU dbm database routines (command line tools)
>  libgdbm-compat-dev - GNU dbm database routines (legacy support development 
> files)
>  libgdbm-compat4 - GNU dbm database routines (legacy support runtime version)
>  libgdbm-dev - GNU dbm database routines (development files)
>  libgdbm5   - GNU dbm database routines (runtime version)
> Closes: 889057 889080 889107 889474
> Changes:
>  gdbm (1.14.1-3) unstable; urgency=medium
>  .
>[ Helmut Grohne ]
>* Add pkg.gdbm.nodietlibc build profile. (Closes: #889474)
>  .
>[ Gianfranco Costamagna ]
>* Team upload
>* Fixup typo in breaks, leading to upgrade failures (Closes: #889107)
>  Thanks  for the useful bug report!
>* Remove ia64 from dietlibc (Closes: #889057)
>* Disable for now dietlibc build, it makes bootstrap really problematic,
>  and needs some extra work (Closes: #889080).
> Checksums-Sha1:
>  b79919ae55d83648143dcd7b7763232adfef 2122 gdbm_1.14.1-3.dsc
>  d77215e7feae11c00e30a82af88094000c9fedc0 25932 gdbm_1.14.1-3.debian.tar.xz
>  7d73427cf0e16843d461e5725eaf398914170bd4 6742 gdbm_1.14.1-3_source.buildinfo
> Checksums-Sha256:
>  f74a56e78dbc6308118e272a53bbb5acc5ec1c527510a41c6c9e9ec5f8361083 2122 
> gdbm_1.14.1-3.dsc
>  5d499c3cc64c85636f5cf3cdba6a2dea17d86a6527b23ebf374e29603f79db49 25932 
> gdbm_1.14.1-3.debian.tar.xz
>  0a0008a3b15adc6fda4074bceb263dc20dfbe97fbd189c341df5f9f63717111f 6742 
> gdbm_1.14.1-3_source.buildinfo
> Files:
>  01420d20557fd495e62978bb9dddfd7c 2122 libs important gdbm_1.14.1-3.dsc
>  1dc2100d0f557fa577a0bdab78c7eba5 25932 libs important 
> gdbm_1.14.1-3.debian.tar.xz
>  4c6692759c2dc68dd981e6cefa8d2839 6742 libs important 
> gdbm_1.14.1-3_source.buildinfo
>

> Date: Thu, 1 Feb 2018 21:37:27 +0100
> From: Helmut Grohne 
> To: Debian Bug Tracking System 
> Subject: dietlibc FTCBFS: dietlibc is difficult
> User-Agent: Mutt/1.9.2 (2017-12-15)
>
> Source: dietlibc
> Version: 0.34~cvs20160606-7
> User: helm...@debian.org
> Usertags: rebootstrap
>
> dietlibc fails to cross build from source. The ultimate failure arises
> when it tries to execute diet for the host architecture.
>
> So I looked and what I found was very confusing. There are lots of
> problems. Let me start by quoting the dietlibc FAQ[1]:
>
> | Q: Do you have cross compiling support?
> | A: Yes.  Just type something like "make ARCH=arm CROSS=arm-linux- all".
> |For arm, alpha, mips, ppc, sparc and i386, shortcuts exist.  You can
> |also use "make arm", for example.  You still use the same "diet"
> |

Bug#889985: Fw: Debian-installer - sublevel3 - Time zones - Dushanbe - Tajikistan

[Holger Wansing]

Hi,

 wrote:
> Dear Holger,
> 
> It looks great - thank you for the screen captures! How can I now translate
> the "Asia/Dushanbe" and other cities into Tajik language?

I may be wrong (and hopefully someone will correct me then), but I think
those values are not translatable (at least at the moment) and remain in
English.



Holger

> -Original Message-
> From: Holger Wansing [mailto:li...@wansing-online.de] 
> Sent: Saturday, February 10, 2018 2:32 AM
> To: 889985-d...@bugs.debian.org
> Cc: Victor Ibragimov 
> Subject: Re: Bug#889985: Fw: Debian-installer - sublevel3 - Time zones -
> Dushanbe - Tajikistan
> 
> Hi,
> 
> Holger Wansing  wrote:
> > I have tested this with a daily build from today (20180209):
> > https://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd6
> > 4/iso-cd/debian-testing-amd64-netinst.iso
> > 
> > And everything looks fine:
> > If you select Tajikistan as country in the first step of installer, 
> > you are provided with the attached screen for timezone selection (a 
> > screenshot from qemu), where "Asia/Dushanbe" is provided.
> 
> The same happens, if I'm performing the installation in Tajik language (see
> screenshot attached).
> 
> 
> So I'm closing this bug.
> 
> Holger



-- 

Created with Sylpheed 3.5.1 under 
D E B I A N   L I N U X   9   " S T R E T C H " .

Registered Linux User #311290 - https://linuxcounter.net/

Bug#889584: fpylll: FTBFS on 32-bit architectures: test failures: OverflowError, SystemError

[Jerome BENOIT]

Control: forward -1 https://github.com/fplll/fpylll/issues/114
thanks



signature.asc
Description: OpenPGP digital signature

Bug#890053: tkmpeg: please make the build reproducible

[Chris Lamb]

Source: tkmpeg
Version: 1.0.5-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], we noticed
that tkmpeg could not be built reproducibly.

Patch attached. The shell script in question does not seem very
helpful for endusers - I mean, it was "mostly broken" anyway as it
had *build* paths, not installed paths so there is a reproducibility
issue or something deeper. :)

 [0] https://reproducible-builds.org/


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/rules  2018-02-10 15:15:51.075068667 +
--- b/debian/rules  2018-02-10 15:24:05.201843912 +
@@ -10,6 +10,10 @@
 override_dh_auto_configure:
dh_auto_configure -- --libdir=/usr/lib/tcltk/$(DEB_HOST_MULTIARCH)
 
+override_dh_auto_install:
+   dh_auto_install
+   find debian/tk-mpeg -type f -name tkmpegConfig.sh -delete
+
 override_dh_auto_test:
# ignore builtin tests