Bug#902025: Any news on the emacs 26 front ?

[Rob Browning]

emanuel.charpent...@gmail.com writes:

> Well, it's too late for turkey stuffing. Any hopes for stockings ? What
> is the "copyright question" you're alluding to ?

It's a question about the Unicode data file license.  I've contacted
unicode.org, and finally referred it to the ftp-masters.  We'll see what
they determine.

I noticed it while looking at the changes in Emacs 26.  For example
IVD_Sequences.txt refers to https://www.unicode.org/copyright.html which
has this clause:

Unicode Data Files include all data files under the directories
http://www.unicode.org/Public/, http://www.unicode.org/reports/,
http://www.unicode.org/cldr/data/, 
http://source.icu-project.org/repos/icu/, and
http://www.unicode.org/utility/trac/browser/.

Which I suspect is intended to cover IVD_Sequences.txt.  But while I can
see that file is referenced from https://www.unicode.org/reports/tr37/,
which is indeed under one of the directories listed above,
IVD_Sequences.txt [itself] appears to be here:
https://unicode.org/ivd/data/, and that directory is not listed above.

> I also noted that there does not seem to be any unversioned version of
> the docs (emacs-common-non-dfsg) : the package is known to dpkg, but
> uninstallable. One has to install emacs25-common-non-dfsg.

Ahh, right -- thanks.  I tried to fix that the other day, and realized
that I probably need to add some metadata for the autobuilders now, with
respect to non-free.  I'll try to sort that out this weekend.

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

Bug#760423: lighttpd: systemd service does not automatically create /var/run/lighttpd

[Helmut Grohne]

Control: tags -1 + moreinfo unreproducible

On Wed, Sep 03, 2014 at 11:30:58PM +0100, Ximin Luo wrote:
> Package: lighttpd
> Version: 1.4.35-3
> Severity: important
> 
> Dear Maintainer,
> 
> When switching to systemd, the directory /var/run/lighttpd is not 
> automatically
> created (and chown www-data), causing the resulting service to fail.

I am unable to reproduce the reported failure (using version 1.4.49-2)
nor see how that could happen for you. In 1.4.30-1, support for systemd
was added to lighttpd and that support includes
/usr/lib/tmpfiles.d/lighttpd.tmpfile.conf which is supposed to create
that directory. dh_installinit invokes this during postinst and systemd
runs it during boot. There should be no way for it to go missing.

> A workaround is to manually create the directory with the right ownership, but
> I have not verified if this persists across restarts.

Did the issue only happen on initial installation? Possibly the
dh_installinit only later gained the ability to run systemd-tmpfiles
during postinst?

Can you reproduce the issue at all? If no, please close the bug.

Helmut

Bug#914897: debating the wrong thing

[Ansgar Burchardt]

"Alexander E. Patrakov" writes:
> Ansgar Burchardt wrote:
>> Making the feature default was discussed years ago which you are surely
>> aware of. It's not mandatory.
>
> Unfortunately I have to disagree here. Merged /usr is already,
> de-facto, mandatory for everyone who installs Debian Testing using the
> official netinst CD.

Yes, but the "make merged-/usr mandatory" refers only to require to
merge /usr on upgrades; nobody has asked for there to be an installer
option (and I don't think it would be useful).

Ansgar

Bug#915504: sbt: Fails to detect version of java

[Matt Nottingham]

Package: sbt
Version: 0.13.13-2
Severity: grave
Justification: renders package unusable

When running 'sbt', for example 'sbt' or 'sbt --help', it immediately halts
with the following error:

  The java installation you have is not up to date
  requires at least version 1.6+, you have
  version 11.0 2018-10-16

  Please go to http://www.java.com/getjava/ and download
  a valid Java Runtime and install before running .

Which seems somewhat contradictory!

Thanks,

Matt

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

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

Versions of packages sbt depends on:
ii  default-jre [java9-runtime] 2:1.11-70
ii  libsbt-java 0.13.13-2
ii  openjdk-10-jre [java9-runtime]  10.0.2+13-2
ii  openjdk-11-jre [java9-runtime]  11.0.1+13-3
ii  openjdk-8-jre [java8-runtime]   8u181-b13-2
ii  openjdk-9-jre [java9-runtime]   9.0.4+12-4

sbt recommends no packages.

sbt suggests no packages.

-- no debconf information

Bug#915446: O: libtext-aspell-perl -- Perl interface to the GNU Aspell library

[Cyr Bol]

Hello,

I'd be delighted to help. I've some time and some expertise but I'm not a
DD. I've access to salsa perl-team though (user: StCyr-guest).

I'd gladly accept mentorship to help  maintaining this package; That's: I
would be the guy actually doing things (I think I've the time to do that),
while the mentor would point me to what should be done (I think I don't
have enough experience with debian package maintenance).

Best regards,

Cyrille

On Mon, Dec 3, 2018 at 10:06 PM Tobias Frost  wrote:

> Package: wnpp
>
> The current maintainer of libtext-aspell-perl, Brian Nelson <
> p...@debian.org>,
> is apparently not active anymore.  Therefore, I orphan this package now.
>
> (CC'ing the Perl group, maybe they are interested in taking over the
> package)
>
> Maintaining a package requires time and skills. Please only adopt this
> package if you will have enough time and attention to work on it.
>
> If you want to be the new maintainer, please see
> https://www.debian.org/devel/wnpp/#howto-o for detailed
> instructions how to adopt a package properly.
>
> Some information about this package:
>
> Package: libtext-aspell-perl
> Binary: libtext-aspell-perl
> Version: 0.09-1.1
> Maintainer: Brian Nelson 
> Build-Depends: debhelper (>> 7), perl (>= 5.8.0-7), libaspell-dev (>> 0.50)
> Architecture: any
> Standards-Version: 3.8.4
> Format: 1.0
> Files:
>  d0d960d006b4a783c3a31a1f665315c8 1955 libtext-aspell-perl_0.09-1.1.dsc
>  67ec8b9c4769969fa714fc25c9c73832 13548
> libtext-aspell-perl_0.09.orig.tar.gz
>  68274527211d79d4bdc423bd76c2df3c 2408 libtext-aspell-perl_0.09-1.1.diff.gz
> Checksums-Sha256:
>  95eff80183989276885b3dba6eb784d6d8b8452fb07f3ea26ca4580771fa3cbc 1955
> libtext-aspell-perl_0.09-1.1.dsc
>  2bea3209f18e273b193e3175a42d269391919e49ab106b6e252395d272182f65 13548
> libtext-aspell-perl_0.09.orig.tar.gz
>  5b9b8f325e03a38012ef73d69a5d5ca40205208c4ab9774a624aeeec957090b6 2408
> libtext-aspell-perl_0.09-1.1.diff.gz
> Homepage: http://search.cpan.org/~hank/Text-Aspell-0.09/Aspell.pm
> Package-List
> :
>  libtext-aspell-perl deb perl optional arch=any
> Directory: pool/main/libt/libtext-aspell-perl
> Priority: source
> Section: perl
>
> Package: libtext-aspell-perl
> Source: libtext-aspell-perl (0.09-1.1)
> Version: 0.09-1.1+b5
> Installed-Size: 82
> Maintainer: Brian Nelson 
> Architecture: amd64
> Depends: perl (>= 5.28.0-3), perlapi-5.28.0, libaspell15 (>=
> 0.60.7~20110707), libc6 (>= 2.2.5)
> Description-en: Perl interface to the GNU Aspell library
>  This module provides a Perl interface to the GNU Aspell library.  The
>  GNU Aspell library provides access to system spelling libraries,
>  including a spell checker.
>  .
>  This module is to meet the need of looking up many words, one at a
>  time, in a single session.  It is a perl xs interface which should
>  provide good performance in comparison to forking the aspell program
>  for every word.
> Description-md5: 0a79e880a71c9567b8629e6ef4fdaeed
> Homepage: http://search.cpan.org/~hank/Text-Aspell-0.09/Aspell.pm
> Tag: devel::lang:perl, devel::library, implemented-in::c,
>  implemented-in::perl, role::devel-lib, role::program, use::checking,
>  works-with::dictionary
> Section: perl
> Priority: optional
> Filename:
> pool/main/libt/libtext-aspell-perl/libtext-aspell-perl_0.09-1.1+b5_amd64.deb
> Size: 26808
> MD5sum: db206946be1c68cc7f83e4467db58930
> SHA256: 196a1ae9d1ce56b794b34650a1ecb1ff9f9f2e33119d237861ae7a5a1aea0f00
>
>

Bug#914495: linux-image-4.18.0-3-amd64: does not boot here

[Bjørn Mork]

Ben Hutchings  writes:
> On Mon, 2018-12-03 at 23:08 +0100, TS wrote:
>
>> Just out of curiosity since linux-image-amd64 4.18+100 has been uploaded to
>> unstable. This issue here seems not to be wide spread, or reproducible?
>
> Hard to tell.  There are a few people that reported the same *symptom*,
> but that doesn't mean they found the same bug.

True of course.  But in this case there seems to be a very strong
correlation with Gen4 Intel GPUs. I believe every one of the reports
have had at least a lspci dump showing one of those. And a couple of
the reports had stack traces pointing to gen4_render_ring_flush as well.

Given this, there is an extremely suspicious commit added in v4.18.20: 

 06e562e7f515 ("drm/i915/ringbuffer: Delay after EMIT_INVALIDATE for gen4/gen5")

I do have an old laptop with an affected chipset generation, and
verified that it had the same symptoms.  But never got the time to
actually test any further.  Still, I do think that there is good reason
to simply try a revert of that commit.



Bjørn

Bug#915395: Info received (A fix for librsvg)

[Łukasz Stelmach]

Control: severity -1 minor


signature.asc
Description: PGP signature

Bug#914573: ITP: mongo-cxx-driver -- MongoDB C++ client library

[Apollon Oikonomopoulos]

Hi,

On 23:08 Sat 24 Nov , Roberto C. Sanchez wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Roberto C. Sanchez" 
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> * Package name: mongo-cxx-driver
>   Version : 3.4.0
>   Upstream Author : Mongo C++ Driver Team 
> 
> * URL : http://mongocxx.org/
> * License : Apache License 2.0
>   Programming Lang: C++
>   Description : MongoDB C++ client library
> 
> libmongocxx is the officially supported MongoDB client library for C++
> applications.
> 
> This package will be maintained by the upstream development team.

Thanks for the ITP!

Please consider joining the Debian MongoDB team[1] and maintaining the 
package as part of it.

Cheers,
Apollon

[1] https://salsa.debian.org/mongodb-team

Bug#915505: vm-theextensionis file missing

[Joerg Dorchain]

Package: asterisk-core-sounds-en-gsm
Version: 1.4.27-1

Hello,

a voicefile is missing: vm-theextensionis.gsm is not found in the packages.
It is referenced in app_minivm.c, hardcoded in the source.

TIA for adding it to the package.

Bye,

Joerg




signature.asc
Description: PGP signature

Bug#915506: mathgl ftbfs on mips and mipsel

[Matthias Klose]

Package: src:mathgl
Version: 2.4.2.1-4
Severity: serious
Tags: sid buster

mathgl ftbfs on mips and mipsel:

[ 99%] Linking CXX executable udav
cd /<>/obj-mipsel-linux-gnu/udav && /usr/bin/cmake -E
cmake_link_script CMakeFiles/udav.dir/link.txt --verbose=1
/usr/bin/c++  -g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time
-D_FORTIFY_SOURCE=2 -pthread -Wl,-z,relro -rdynamic
CMakeFiles/udav.dir/anim_dlg.cpp.o CMakeFiles/udav.dir/find_dlg.cpp.o
CMakeFiles/udav.dir/mem_pnl.cpp.o CMakeFiles/udav.dir/prop_dlg.cpp.o
CMakeFiles/udav.dir/textedit.cpp.o CMakeFiles/udav.dir/args_dlg.cpp.o
CMakeFiles/udav.dir/help_pnl.cpp.o CMakeFiles/udav.dir/newcmd_dlg.cpp.o
CMakeFiles/udav.dir/text_pnl.cpp.o CMakeFiles/udav.dir/calc_dlg.cpp.o
CMakeFiles/udav.dir/hint_dlg.cpp.o CMakeFiles/udav.dir/open_dlg.cpp.o
CMakeFiles/udav.dir/qmglsyntax.cpp.o CMakeFiles/udav.dir/udav_wnd.cpp.o
CMakeFiles/udav.dir/dat_pnl.cpp.o CMakeFiles/udav.dir/info_dlg.cpp.o
CMakeFiles/udav.dir/opt_dlg.cpp.o CMakeFiles/udav.dir/setup_dlg.cpp.o
CMakeFiles/udav.dir/files_dlg.cpp.o CMakeFiles/udav.dir/plot_pnl.cpp.o
CMakeFiles/udav.dir/style_dlg.cpp.o CMakeFiles/udav.dir/data_dlg.cpp.o
CMakeFiles/udav.dir/subplot_dlg.cpp.o CMakeFiles/udav.dir/qrc_udav.cpp.o
CMakeFiles/udav.dir/udav_autogen/mocs_compilation.cpp.o  -o udav
-Wl,-rpath,/<>/obj-mipsel-linux-gnu/widgets/qt5:/<>/obj-mipsel-linux-gnu/src:/usr/lib/mipsel-linux-gnu/hdf5/serial:
../widgets/qt5/libmgl-qt5.so.7.5.0
/usr/lib/mipsel-linux-gnu/libQt5PrintSupport.so.5.11.2
/usr/lib/mipsel-linux-gnu/libQt5OpenGL.so.5.11.2 -pthread
/usr/lib/mipsel-linux-gnu/libQt5Widgets.so.5.11.2
/usr/lib/mipsel-linux-gnu/libQt5Gui.so.5.11.2
/usr/lib/mipsel-linux-gnu/libQt5Core.so.5.11.2 ../src/libmgl.so.7.5.0 -lGL -lGLU
-lgif -lhpdf -lpng -lz -ljpeg /usr/lib/mipsel-linux-gnu/hdf5/serial/libhdf5.so
-lpthread -lsz -lz -ljpeg /usr/lib/mipsel-linux-gnu/hdf5/serial/libhdf5.so
-lpthread -lsz -ldl -lm -lmfhdf -ldf -lltdl -lgsl -lgslcblas -pthread -lm
make[3]: Leaving directory '/<>/obj-mipsel-linux-gnu'
[ 99%] Built target udav

as: out of memory allocating 4072 bytes after a total of 540606464 bytes
/tmp/ccrtt2Iu.s: Assembler messages:
/tmp/ccrtt2Iu.s: Fatal error: can't close
CMakeFiles/mgl-oct.dir/CMakeFiles/mgl-oct.dir/mathglOCTAVE_wrap.cxx.o: memory
exhausted
make[3]: *** [lang/CMakeFiles/mgl-oct.dir/build.make:66:
lang/CMakeFiles/mgl-oct.dir/CMakeFiles/mgl-oct.dir/mathglOCTAVE_wrap.cxx.o] 
Error 1
make[3]: Leaving directory '/<>/obj-mipsel-linux-gnu'

Bug#915112: glew: conflicting definitions in glext.h and glew.h cause pymol to FTBFS

[Juhani Numminen]

On Sun, 2 Dec 2018 15:38:18 +0100 Andreas Beckmann  wrote:

> On 2018-12-02 12:35, Alastair McKinstry wrote:
> > Simple fix attached.
> > 
> > Can NMU if needed
> 
> Thanks for the analysis, reassigning to pymol.

It's possibly also a bug in glew, please see
https://github.com/nigels-com/glew/pull/198.

Juhani

Bug#908081: NMU

[Bastien ROUCARIES]

Hi,

I plan to do a NMU in a week about this bug.

Can you ACK ?

Thanks

Bastien

Bug#892223: seqan2: FTBFS on sparc64: 39 tests failed out of 403

[Steve Langasek]

Package: seqan2
Version: 2.4.0+dfsg-8
Followup-For: Bug #892223
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu disco ubuntu-patch

Hello,

Unaligned access also affects armhf in certain circumstances (such as when
running on an arm64 kernel), which means this build failure was also
reproducible on armhf in Ubuntu:

  
https://launchpad.net/ubuntu/+source/seqan2/2.4.0+dfsg-8ubuntu1/+build/15588212

What I don't know is why the sparc64 test failures in Debian are a superset
of those on armhf in Ubuntu, or why the tests fail with a segfault on
sparc64 instead of the expected sigbus.

Regardless, I think the attached patch is worth applying in Debian (and
upstream); it may fix the sparc64 build failure, or if it doesn't, it should
be a partial fix.

-- 
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 Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru seqan2-2.4.0+dfsg/debian/control seqan2-2.4.0+dfsg/debian/control
--- seqan2-2.4.0+dfsg/debian/control2018-05-15 11:19:57.0 -0700
+++ seqan2-2.4.0+dfsg/debian/control2018-12-04 01:06:20.0 -0800
@@ -1,6 +1,5 @@
 Source: seqan2
-Maintainer: Ubuntu Developers 
-XSBC-Original-Maintainer: Debian Med Packaging Team 

+Maintainer: Debian Med Packaging Team 

 Uploaders: Andreas Tille ,
Michael R. Crusoe ,
Kevin Murray 
diff -Nru seqan2-2.4.0+dfsg/debian/patches/no-unaligned-access.patch 
seqan2-2.4.0+dfsg/debian/patches/no-unaligned-access.patch
--- seqan2-2.4.0+dfsg/debian/patches/no-unaligned-access.patch  1969-12-31 
16:00:00.0 -0800
+++ seqan2-2.4.0+dfsg/debian/patches/no-unaligned-access.patch  2018-12-04 
01:06:20.0 -0800
@@ -0,0 +1,22 @@
+Description: use alignment-safe buffer handling.
+ Currently we are using assignment to copy the contents of a variable of
+ arbitrary type into a buffer, but this is not portable because the buffer
+ address may not be aligned.  Use memcpy() instead, which should be
+ comparable performance ut alignment-safe.
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/892223
+
+Index: seqan2-2.4.0+dfsg/include/seqan/basic/basic_stream.h
+===
+--- seqan2-2.4.0+dfsg.orig/include/seqan/basic/basic_stream.h
 seqan2-2.4.0+dfsg/include/seqan/basic/basic_stream.h
+@@ -1200,7 +1200,8 @@
+ inline void
+ appendRawPodImpl(TTargetValue * &ptr, TValue const & val)
+ {
+-*reinterpret_cast(ptr)++ = val;
++std::memcpy(ptr, &val, sizeof(TValue));
++ptr += sizeof(TValue);
+ }
+ 
+ template 
diff -Nru seqan2-2.4.0+dfsg/debian/patches/series 
seqan2-2.4.0+dfsg/debian/patches/series
--- seqan2-2.4.0+dfsg/debian/patches/series 2018-04-04 08:51:54.0 
-0700
+++ seqan2-2.4.0+dfsg/debian/patches/series 2018-12-04 00:58:54.0 
-0800
@@ -6,3 +6,4 @@
 install_fiona_illumina
 ctdVersion.patch
 fix_manpage_formatting.patch
+no-unaligned-access.patch

Bug#915507: please remove Depends on common-lisp-controller

[Sébastien Villemot]

Package: cl-regex
Version: 1-4
Severity: serious
Tags: patch sid buster
Control: block 913649 by -1

Dear Maintainer,

Please drop the Depends on common-lisp-controller. This package is obsolete,
and will not ship with Buster. It has been superseded by ASDF, which is shipped
by all Common Lisp implementations in Debian.

Dropping the dependency and the postinst and prerm scripts should be enough.
ASDF is able to locate the files where they are installed (i.e. under
/usr/share/common-lisp/).

Best,

--
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄  http://www.debian.org

Bug#914701: please remove Depends on common-lisp-controller

[Sébastien Villemot]

On Mon, 26 Nov 2018 14:11:56 +0100 Sébastien Villemot  
wrote:

> Please drop the Depends on common-lisp-controller. This package is obsolete,
> and will not ship with Buster. It has been superseded by ASDF, which is 
> shipped
> by all Common Lisp implementations in Debian.

I am about to NMU. The debdiff is attached.

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄  http://www.debian.org
diff -Nru cl-clx-sbcl-0.7.4.20160323/debian/changelog cl-clx-sbcl-0.7.4.20160323/debian/changelog
--- cl-clx-sbcl-0.7.4.20160323/debian/changelog	2016-05-14 20:46:22.0 +0200
+++ cl-clx-sbcl-0.7.4.20160323/debian/changelog	2018-12-04 10:26:57.0 +0100
@@ -1,3 +1,10 @@
+cl-clx-sbcl (0.7.4.20160323-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop dependency on common-lisp-controller (Closes: #914701)
+
+ -- Sébastien Villemot   Tue, 04 Dec 2018 10:26:57 +0100
+
 cl-clx-sbcl (0.7.4.20160323-1) unstable; urgency=low
 
   * New upstream version.
diff -Nru cl-clx-sbcl-0.7.4.20160323/debian/control cl-clx-sbcl-0.7.4.20160323/debian/control
--- cl-clx-sbcl-0.7.4.20160323/debian/control	2016-05-14 20:26:28.0 +0200
+++ cl-clx-sbcl-0.7.4.20160323/debian/control	2018-12-04 10:26:31.0 +0100
@@ -7,7 +7,7 @@
 
 Package: cl-clx-sbcl
 Architecture: any
-Depends: common-lisp-controller, cl-asdf (>= 1.86), dpkg (>= 1.15.4) | install-info, ${misc:Depends}
+Depends: cl-asdf (>= 1.86), dpkg (>= 1.15.4) | install-info, ${misc:Depends}
 Recommends: sbcl (>= 0.9.3) [alpha amd64 i386 mips mipsel powerpc sparc]
 Description: X11 Common Lisp client library for SBCL
  CLX is a low-level X11 client library for Common Lisp.  CLX is to Lisp what


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

Bug#914700: please remove Depends on common-lisp-controller

[Matthew Danish]

I am going to have this package removed due to obsolescence.

On Mon, 26 Nov 2018 at 13:09, Sébastien Villemot 
wrote:

> Package: cl-lexer
> Version: 1-5
> Severity: serious
> Tags: patch
> Control: block 913649 by -1
>
> Dear Maintainer,
>
> Please drop the Depends on common-lisp-controller. This package is
> obsolete,
> and will not ship with Buster. It has been superseded by ASDF, which is
> shipped
> by all Common Lisp implementations in Debian.
>
> Dropping the dependency and the postinst and prerm scripts should be
> enough.
> ASDF is able to locate the files where they are installed (i.e. under
> /usr/share/common-lisp/).
>
> Best,
>
> --
> ⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
> ⣾⠁⢠⠒⠀⣿⡁  Debian Developer
> ⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
> ⠈⠳⣄  http://www.debian.org
>

Bug#873695: jetty9: RolloverFileOutputStream does not roll over

[Emmanuel Bourg]

Le 10/07/2018 à 15:41, Adrian Wiedemann a écrit :

> any chance this fix will be included in future stretch releases?

Hi Adam,

This should be fixed in stretch-backports, the version 9.2.24 was
uploaded in May.

Emmanuel Bourg

Bug#915496: kio-gdrive: missing translations [was Bug#915242: RFS: kio-gdrive/1.2.5-1]

[Luigi Toscano]

On Tue, 4 Dec 2018 00:21:43 -0500 Nicholas D Steeves  wrote:

On Sun, Dec 02, 2018 at 02:03:04AM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the sponsorship-requests package:
[snip]




I might have to file an upstream issue about this, and have opened
this tracking/reminder bug in the meantime.  I assumed that the
following (from the build log) indicated translations were
coalesced into a single file during the build:

  -- Found Intltool: /usr/bin/intltool-extract (found version "0.51.0")
  Merging translations into 
/<>/obj-x86_64-linux-gnu/kaccounts/google-drive.service.
  CREATED /<>/obj-x86_64-linux-gnu/kaccounts/google-drive.service

but that doesn't account for the missing 
/usr/share/doc/HTML/$LANG/kioslave5/gdrive/*

Sorry, I didn't notice that the non-English HTML docs had been dropped
while the English ones remained...thank you for holding me
accountable!  Restoring non-English support is definitely something I
will prioritise, but sadly very little free time at the moment, so
please ping me if I seem to be taking too long.


It's not an upstream issue: the orig tarballs used for this package is not the 
tarball available on download.kde.org, which contains all the translations:

https://download.kde.org/stable/kio-gdrive/1.2.5/src/

I suspect that the orig tarball was generated from the git tag - if it's the 
case, please never use do that. Translations of projects by KDE are injected 
in the tarballs when they are created.



Ciao
--
Luigi

Bug#915508: RM: vulkan-headers -- ROM; No longer used, merged with vulkan-loader

[Timo Aaltonen]

Package: ftp.debian.org
Severity: normal

Hi,

Upstream split old src:vulkan into four repos, vulkan-headers being one.
This split didn't make much sense for us, so I re-merged it with
src:vulkan-loader which is now in sid. This means the separate
src:vulkan-headers can and should be removed from the archive.

thanks



signature.asc
Description: OpenPGP digital signature

Bug#915509: scala ftbfs: The repository system could not be initialized

[Matthias Klose]

Package: src:scala
Version: 2.11.12-4
Severity: serious
Tags: sid buster

init:
[mkdir] Created dir:
/home/packages/tmp/p/scala-2.11.12/debian/tmp/.m2/repository
Could not initialize repository system, service
org.eclipse.aether.impl.RepositoryEventDispatcher
(org.eclipse.aether.internal.impl.DefaultRepositoryEventDispatcher) failed to
initialize: org/slf4j/LoggerFactory
Could not initialize repository system, service
org.eclipse.aether.impl.MetadataResolver
(org.eclipse.aether.internal.impl.DefaultMetadataResolver) failed to initialize:
repository event dispatcher cannot be null
Could not initialize repository system, service
org.eclipse.aether.impl.VersionResolver
(org.apache.maven.repository.internal.DefaultVersionResolver) failed to
initialize: metadataResolver cannot be null
Could not initialize repository system: version resolver cannot be null

BUILD FAILED
/home/packages/tmp/p/scala-2.11.12/build.xml:117: The following error occurred
while executing this line:
/home/packages/tmp/p/scala-2.11.12/build-ant-macros.xml:8: The following error
occurred while executing this line:
/home/packages/tmp/p/scala-2.11.12/build.xml:277: The repository system could
not be initialized

Total time: 0 seconds
make[1]: *** [debian/rules:13: override_dh_auto_build] Error 1
make[1]: Leaving directory '/home/packages/tmp/p/scala-2.11.12'
make: *** [debian/rules:9: build] Error 2

Bug#915380: an: Please use pkg-config to detect icu

[Hugh McMaster]

X-Debbugs-CC: p...@debian.org

I forgot to add in the patch that an will need to build-depend on pkg-config as 
well.

Hugh

Bug#914731:

[Dylan Aïssi]

Hummm, it worked on my own autopkgtest instance.
I will investigate it again.

Bug#915510: RM; svrcore -- ROM; obsolete, provided by 389-ds-base-libs now

[Timo Aaltonen]

Package: ftp.debian.org
Severity: normal

Hi,

Separate svrcore can be removed now that 389-ds-base-libs ships it.

-- 
t



signature.asc
Description: OpenPGP digital signature

Bug#915412: RFP: LON-CAPA (loncapa): federated online course platform

[Mattia Rizzolo]

Control: reassign -1 wnpp
Control: retitle -1 RFP: loncapa -- federated online course platform

On Mon, Dec 03, 2018 at 08:26:28AM -0800, hjenkins wrote:
> I have no idea why; possibly there is some reason for a lack of Debian
> package? Maybe I have misunderstood something?

Most likely nobody was ever interested enough to do the required work.

Reassigning to the correct virtual package and with the correct title
format (https://www.debian.org/devel/wnpp/).

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#915105: [20181129] mirror.seedvps.com: out of date, ftpsync version, upstream-server

[SeedVPS]

Hello Peter,

Strange, Everything seems to be in order.

I have ran ftpsync manually now and update appears to be in progress:

http://mirror.seedvps.com/debian/ 

Archive-Update-in-Progress-mirror.seedvps.com 

  2018-12-04 11:106

Can you please confirm? 

Best regards,
Eldar Perez
SeedVPS


> On Dec 4, 2018, at 12:02 PM, Peter Palfrader  wrote:
> 
> On Fri, 30 Nov 2018, Peter Palfrader wrote:
> 
>> it seems
>> http://mirror.seedvps.com/debian/
>> is out of date by half a week
>> https://mirror-master.debian.org/status/mirror-info/mirror.seedvps.com.html
> 
> It seems your mirror is out of date for over a week.
> 
> Accordingly, I have removed it from our list of mirrors for now;  feel
> free to re-submit it once it's back using
> https://www.debian.org/mirror/submit
> 
> 
> Cheers,
> -- 
>|  .''`.   ** Debian **
>  Peter Palfrader   | : :' :  The  universal
> https://www.palfrader.org/ | `. `'  Operating System
>|   `-https://www.debian.org/

Bug#914794: libmspack fails tests on big endian architectures (s390x, mips)

[Stuart Caie]

On 04/12/2018 05:35, Marc Dequènes (duck) wrote:



libmspack fails tests on big endian architectures (s390x, mips)
This is fixed in the repository, it just hasn't been released. I'll 
release it in the near future.


commit c19e707936947b45cf05bc9aaee68517c6c2aca6
Author: Stuart Caie 
Date:   Thu Nov 8 11:58:45 2018 +

    Add AC_C_BIGENDIAN so md5.c works on big-endian systems without 
manually setting WORDS_BIGENDIAN


commit 80fb91f3680f5acf96fd372b95c9b6205e0e9cbf (tag: v0.9.1alpha)
Author: Stuart Caie 
Date:   Tue Nov 6 11:28:26 2018 +

    Re-release 0.9alpha as 0.9.1alpha with the doc/ directory 
re-included in distribution


Regards
Stuart

Bug#866737: duplicate of 913249

[Helmut Grohne]

Control: forcemerge 913249 -1

These reports about missing Term/ReadLine.pm are duplicates of #913249,
which was fixed with the recent upload. Thus closing via forcemerge.

Helmut

Bug#915511: ucspi-tcp: package broken

[Ansgar Burchardt]

Source: ucspi-tcp
Version: 1:0.88-4
Severity: grave

>From /usr/bin/date@:

+---
| /build/ucspi-tcp-J4veAW/ucspi-tcp-0.88/debian/ucspi-tcp/usr/bin/tcpclient 
-RHl0 -- "${1-0}" 13 sh -c 'exec 
/build/ucspi-tcp-J4veAW/ucspi-tcp-0.88/debian/ucspi-tcp/usr/bin/delcr <&6' | 
cat -v
+---

Similar for other scripts.

[ This bug report was sponsored by usrmerge. ]

Ansgar

Bug#915512: RM; libapache2-mod-nss -- ROM; no reverse dependencies left

[Timo Aaltonen]

Package: ftp.debian.org
Severity: normal

Hi,

389-admin got removed from the archive, so no need to keep
libapache2-mod-nss around either.


-- 
t



signature.asc
Description: OpenPGP digital signature

Bug#915513: RM; 389-console -- ROM; obsolete, no reverse-depends left

[Timo Aaltonen]

Package: ftp.debian.org
Severity: normal

Hi,

389-console is obsolete now that cockpit-389-ds provides an interface to
the directory server.

-- 
t



signature.asc
Description: OpenPGP digital signature

Bug#904669: xmds2: autopkgtest times out since 2018-07-19

[Graham Inggs]

Control: severity -1 important

Downgrading severity since xmds 2.2.3+dfsg-11 no longer seems to time 
out in reproducible builds [1] and finally built on a buildd [2] after 
being given back.



[1] https://tests.reproducible-builds.org/debian/history/amd64/xmds2.html
[2] https://buildd.debian.org/status/logs.php?pkg=xmds2&arch=all

Bug#915514: pysph: Missing build-dependency on python-pytest-runner, Debian builds pulling source from network?

[Steve Langasek]

Package: pysph
Version: 0~20180411.git1ae58e1-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu disco ubuntu-patch

Dear maintainers,

The pysph package was failing to build in Ubuntu because it is trying to hit
pypi.org at build time, and this is (intentionally) denied by the firewall
in Launchpad:

[...]
[16/16] Cythonizing pyzoltan/core/carray.pyx
Download error on https://pypi.org/simple/pytest-runner/: [Errno -2] Name or 
service not known -- Some packages may not be found!
Couldn't find index page for 'pytest-runner' (maybe misspelled?)
Download error on https://pypi.org/simple/: [Errno -2] Name or service not 
known -- Some packages may not be found!
No local packages or working download links found for pytest-runner
Traceback (most recent call last):
  File "setup.py", line 751, in 
setup_package()
  File "setup.py", line 746, in setup_package
""".splitlines() if len(c.split()) > 0],
  File "/usr/lib/python2.7/dist-packages/setuptools/__init__.py", line 139, in 
setup
_install_setup_requires(attrs)
  File "/usr/lib/python2.7/dist-packages/setuptools/__init__.py", line 134, in 
_install_setup_requires
dist.fetch_build_eggs(dist.setup_requires)
  File "/usr/lib/python2.7/dist-packages/setuptools/dist.py", line 514, in 
fetch_build_eggs
replace_conflicting=True,
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 777, 
in resolve
replace_conflicting=replace_conflicting
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 1060, 
in best_match
return self.obtain(req, installer)
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 1072, 
in obtain
return installer(requirement)
  File "/usr/lib/python2.7/dist-packages/setuptools/dist.py", line 581, in 
fetch_build_egg
return cmd.easy_install(req)
  File "/usr/lib/python2.7/dist-packages/setuptools/command/easy_install.py", 
line 695, in easy_install
raise DistutilsError(msg)
distutils.errors.DistutilsError: Could not find suitable distribution for 
Requirement.parse('pytest-runner')
make[1]: *** [Makefile:22: build] Error 1
[...]

   (https://launchpad.net/ubuntu/+source/pysph/0~20180411.git1ae58e1-2)

Since this is listed as a requirement in setup.py, and is not pulled in as a
build dependency in Debian, I suspect the Debian builds have succeeded only
because the network is *not* filtered on the Debian builders.  In that case,
pysph's source package is not self-hosting, which is not a good thing.

I've uploaded the attached patch to Ubuntu, which fixes the build failure. 
Please consider applying it in Debian as well.

If you're able to confirm that the build failure applies to Debian also, you
might want to raise the severity of the bug report.

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 Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru pysph-0~20180411.git1ae58e1/debian/control 
pysph-0~20180411.git1ae58e1/debian/control
--- pysph-0~20180411.git1ae58e1/debian/control  2018-05-20 08:43:05.0 
-0700
+++ pysph-0~20180411.git1ae58e1/debian/control  2018-12-04 02:28:20.0 
-0800
@@ -11,6 +11,8 @@
python-mock,
python-nose,
python-numpy,
+   python-pytest,
+   python-pytest-runner,
python-sphinx,
python-sphinx-rtd-theme,
python-traits,

Bug#915105: [20181129] mirror.seedvps.com: out of date, ftpsync version, upstream-server

[Peter Palfrader]

On Tue, 04 Dec 2018, SeedVPS wrote:

> Hello Peter,
> 
> Strange, Everything seems to be in order.
> 
> I have ran ftpsync manually now and update appears to be in progress:
> 
> http://mirror.seedvps.com/debian/ 

> Can you please confirm? 

It's current again now, I have re-added it.

I notice you have configured 'ftp.us.debian.org' as your upstream.  This
is *not* recommended.  First, ftp.*.debian.org services only guarantee
that http is available on /debian, no guarantee for rsync access exists.
Second, ftp.us.debian.org is a round robin of different sites, so you
don't always pull from the same upstream.

Please change your config to sync from an individual mirror.
also cf. https://mirror-master.debian.org/status/mirror-hierarchy.html

-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#915515: [libmariadb2] Aborts a program in whole, using this library with the option MYSQL_OPT_RECONNECT

[Roman Savochenko]

Package: libmariadb2
Version: 2.3.2
Severity: normal

--- Please enter the report below this line. ---
This library often aborts a program, using this library with the option 
MYSQL_OPT_RECONNECT, in the same time of reconnecting to the remote DB 
server.


I have seen a note about problems with the option MYSQL_OPT_RECONNECT in 
the library source code but I think its developers must block this 
function in whole or make it work properly, especially if this problem 
into the deadlocking try, what can be done by the recursive locking.


I have several crash-reports of the program in code of this library, but 
their are usefulness since of missing the debuginfo package to this 
library into the standard repositories of Debian.


--- System information. ---

Architecture:
Kernel: Linux 4.9.0-6-amd64

Debian Release: 9.5
500 stable-updates ftp.ua.debian.org
500 stable security.debian.org
500 stable linux.teamviewer.com
500 stable ftp.ua.debian.org
500 preview linux.teamviewer.com
100 stretch-backports ftp.ua.debian.org

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

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#906866: xul-ext-reloadevery no longer works with firefox-esr 60

[Mike Gabriel]

Hi,

On  Di 04 Dez 2018 00:11:40 CET, Moritz Mühlenhoff wrote:


On Tue, Aug 21, 2018 at 09:21:22PM +0300, Adrian Bunk wrote:

Package: xul-ext-reloadevery
Version: 45.0.0-2
Severity: serious

XUL addons are no longer supported.


Seems dead upstream, let's remove?

Cheers,
Moritz


+1 from me.

I'll handle the removal request with ftpmasters.

Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpJeLNONn3LI.pgp
Description: Digitale PGP-Signatur

Bug#914999: [libc6] Locking problems into libc6

[Roman Savochenko]

On 11/29/18 9:13 PM, Aurelien Jarno wrote:

1. For my program, I was needed to create extra locking about the function
getaddrinfo(), but that resolved the problem only for my calls but for the
external libraries like to MySQL, MariaDB I yet have the crashes and it
cannot be fixed at all.

Can you give more details about the issue, the symptoms, possible crash
backtrace, way to reproduce it. Without this details, there are very few
chances to be able to fix the bug.


Yes, I had there a crash, but it appeared next as a problem into 
libMariaDB (Bug#915515). Also I had early observed differences into real 
address passed to getaddrinfo() and taken from the real connection, what 
I have not observed now. So this item I remove from causes to GLibC 
problems while.



3. Impossible to connect to any WLan HotSpot (Ad-hoc), for me it is Nokia N9

Without more details, I also fail to see the relation with glibc here.


But I do not known other common libraries or build environments (can be 
GCC for the kernel build) which can be related to such problems with WLan.



All those issues fine fork on two Debian 8 installations with the libc6
2.19, where one on the same hardware as Debian 9.
Other Debian 9 installation on the stationary PC also does not work for the
second issue.
Initially I heve counted it is kernel problems but I have installed this
same Linux kernel version on Debian 8 and these all work there.

There are thousands of packages in different versions between Debian 8
and Debian 9. You have found it's not related to the kernel, but I fail
to see how that shows it's a libc6 issue. For example when you have
tried the kernel from Debian 9 in Debian 8, have you also tried with the
rtl8192 firmware from Debian 9?

I will compare the firmware, thanks.

Anyway if we want to know that the problem is related with glibc, please
try to install glibc packages (libc*, possibly locales* and nscd if
needed) from Debian 9 onto a working Debian 8 installation and see if
the problem appears.

I going to try that also, thanks.

Without more information, there is no way for us to fix the bug, so
we'll just have to close it.


I understand, thanks.

Regards, Roman

Bug#915390: clazy: Segmentation fault compiling any file

[Alberto Luaces Fernández]

Hi, Lisandro:

On 3/12/18 22:55, Lisandro Damián Nicanor Pérez Meyer wrote:
> Hi Alberto!
> 
> El lun., 3 dic. 2018 09:48, Alberto Luaces  > escribió:
> 
> Package: clazy
> Version: 1.4-3
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> attempting to compile any file on my system results in a segfault.
> Could it be that a runtime dependency is missing from d/control?
> 
> 
> Clazy calls clang, so maybe that's what's missing. I can't tell you
> right now which package it is, but should be easy to find.

I had clang (and thus clang-6.0) installed.  I tried again by installing
clang-7, but with similar results.

In fact, the clazy script makes this call, as shown in the original report:

/usr/lib/llvm-6.0/bin/clang -cc1 -triple x86_64-pc-linux-gnu -emit-obj ...

so it seems it is using clang-6.  However,

> ldd /usr/lib/x86_64-linux-gnu/ClangLazy.so
linux-vdso.so.1 (0x7fff6b6da000)
libLLVM-7.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-7.so.1 ...

so the plugin is built against LLVM 7.

Chaging the script to call clang-7 instead results in no errors, so it
should be a matter of adjusting it and requiring clang-7 in d/control as
a dependency.

Regards,

Alberto

Bug#906866: xul-ext-reloadevery no longer works with firefox-esr 60

[Mike Gabriel]

Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: reloadevery ROM; abandoned upstream

Dear ftpmasters,

On  Di 04 Dez 2018 00:11:40 CET, Moritz Mühlenhoff wrote:


On Tue, Aug 21, 2018 at 09:21:22PM +0300, Adrian Bunk wrote:

Package: xul-ext-reloadevery
Version: 45.0.0-2
Severity: serious

XUL addons are no longer supported.


Seems dead upstream, let's remove?

Cheers,
Moritz


please remove the reloadevery XUL extension packages from testing and  
unstable.


The project is dead upstream and reloadevery cannot be used with  
Firefox 60+ anymore.


Thanks+Greets,
Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgp1OXyQ91PTe.pgp
Description: Digitale PGP-Signatur

Bug#915506: mathgl ftbfs on mips and mipsel

[Emilio Pozuelo Monfort]

On Tue, 4 Dec 2018 10:03:48 +0100 Matthias Klose  wrote:
> Package: src:mathgl
> Version: 2.4.2.1-4
> Severity: serious
> Tags: sid buster
> 
> mathgl ftbfs on mips and mipsel:
> 
> [ 99%] Linking CXX executable udav
> cd /<>/obj-mipsel-linux-gnu/udav && /usr/bin/cmake -E
> cmake_link_script CMakeFiles/udav.dir/link.txt --verbose=1
> /usr/bin/c++  -g -O2 -fdebug-prefix-map=/<>=.
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time
> -D_FORTIFY_SOURCE=2 -pthread -Wl,-z,relro -rdynamic
> CMakeFiles/udav.dir/anim_dlg.cpp.o CMakeFiles/udav.dir/find_dlg.cpp.o
> CMakeFiles/udav.dir/mem_pnl.cpp.o CMakeFiles/udav.dir/prop_dlg.cpp.o
> CMakeFiles/udav.dir/textedit.cpp.o CMakeFiles/udav.dir/args_dlg.cpp.o
> CMakeFiles/udav.dir/help_pnl.cpp.o CMakeFiles/udav.dir/newcmd_dlg.cpp.o
> CMakeFiles/udav.dir/text_pnl.cpp.o CMakeFiles/udav.dir/calc_dlg.cpp.o
> CMakeFiles/udav.dir/hint_dlg.cpp.o CMakeFiles/udav.dir/open_dlg.cpp.o
> CMakeFiles/udav.dir/qmglsyntax.cpp.o CMakeFiles/udav.dir/udav_wnd.cpp.o
> CMakeFiles/udav.dir/dat_pnl.cpp.o CMakeFiles/udav.dir/info_dlg.cpp.o
> CMakeFiles/udav.dir/opt_dlg.cpp.o CMakeFiles/udav.dir/setup_dlg.cpp.o
> CMakeFiles/udav.dir/files_dlg.cpp.o CMakeFiles/udav.dir/plot_pnl.cpp.o
> CMakeFiles/udav.dir/style_dlg.cpp.o CMakeFiles/udav.dir/data_dlg.cpp.o
> CMakeFiles/udav.dir/subplot_dlg.cpp.o CMakeFiles/udav.dir/qrc_udav.cpp.o
> CMakeFiles/udav.dir/udav_autogen/mocs_compilation.cpp.o  -o udav
> -Wl,-rpath,/<>/obj-mipsel-linux-gnu/widgets/qt5:/<>/obj-mipsel-linux-gnu/src:/usr/lib/mipsel-linux-gnu/hdf5/serial:
> ../widgets/qt5/libmgl-qt5.so.7.5.0
> /usr/lib/mipsel-linux-gnu/libQt5PrintSupport.so.5.11.2
> /usr/lib/mipsel-linux-gnu/libQt5OpenGL.so.5.11.2 -pthread
> /usr/lib/mipsel-linux-gnu/libQt5Widgets.so.5.11.2
> /usr/lib/mipsel-linux-gnu/libQt5Gui.so.5.11.2
> /usr/lib/mipsel-linux-gnu/libQt5Core.so.5.11.2 ../src/libmgl.so.7.5.0 -lGL 
> -lGLU
> -lgif -lhpdf -lpng -lz -ljpeg /usr/lib/mipsel-linux-gnu/hdf5/serial/libhdf5.so
> -lpthread -lsz -lz -ljpeg /usr/lib/mipsel-linux-gnu/hdf5/serial/libhdf5.so
> -lpthread -lsz -ldl -lm -lmfhdf -ldf -lltdl -lgsl -lgslcblas -pthread -lm
> make[3]: Leaving directory '/<>/obj-mipsel-linux-gnu'
> [ 99%] Built target udav
> 
> as: out of memory allocating 4072 bytes after a total of 540606464 bytes
> /tmp/ccrtt2Iu.s: Assembler messages:
> /tmp/ccrtt2Iu.s: Fatal error: can't close
> CMakeFiles/mgl-oct.dir/CMakeFiles/mgl-oct.dir/mathglOCTAVE_wrap.cxx.o: memory
> exhausted
> make[3]: *** [lang/CMakeFiles/mgl-oct.dir/build.make:66:
> lang/CMakeFiles/mgl-oct.dir/CMakeFiles/mgl-oct.dir/mathglOCTAVE_wrap.cxx.o] 
> Error 1
> make[3]: Leaving directory '/<>/obj-mipsel-linux-gnu'

You could try to build with -g1 or failing that with -g0 to use less memory
during compilation at the cost of worse debugging information.

Cheers,
Emilio

Bug#915516: laptop-mode-tools: installation does not complete as service is not enabled

[GT]

Package: laptop-mode-tools
Version: 1.72-3
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?
Simple installation of laptop-mode-tools
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
dpkg failed
   * What was the outcome of this action?
dpkg staus is iF
   * What outcome did you expect instead?
a smooth installation. I have to enable the service to be able to finish the
installation at second try.
See below

apt install laptop-mode-tools
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Paquets recommandés :
  sdparm
Les NOUVEAUX paquets suivants seront installés :
  laptop-mode-tools
0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 124 ko dans les archives.
Après cette opération, 408 ko d'espace disque supplémentaires seront utilisés.
Réception de:1 http://deb.debian.org/debian buster/main amd64 laptop-mode-tools
all 1.72-3 [124 kB]
124 ko réceptionnés en 0s (396 ko/s)
Sélection du paquet laptop-mode-tools précédemment désélectionné.
(Lecture de la base de données... 192012 fichiers et répertoires déjà
installés.)
Préparation du dépaquetage de .../laptop-mode-tools_1.72-3_all.deb ...
Dépaquetage de laptop-mode-tools (1.72-3) ...
Paramétrage de laptop-mode-tools (1.72-3) ...
laptop-mode.service is not active, cannot reload.
invoke-rc.d: initscript laptop-mode, action "start" failed.
● laptop-mode.service - Laptop Mode Tools
   Loaded: loaded (/lib/systemd/system/laptop-mode.service; disabled; vendor
preset: enabled)
   Active: activating (start) since Tue 2018-12-04 10:57:41 CET; 1s ago
 Docs: man:laptop_mode(8)
   man:laptop-mode.conf(8)
   http://github.com/rickysarraf/laptop-mode-tools
  Process: 2602 ExecStartPre=/bin/rm -f /var/run/laptop-mode-tools/state
(code=exited, status=0/SUCCESS)
  Process: 2601 ExecStartPre=/bin/rm -f /var/run/laptop-mode-tools/enabled
(code=exited, status=0/SUCCESS)
 Main PID: 2603 (laptop_mode)
Tasks: 4
   Memory: 2.7M
   CGroup: /system.slice/laptop-mode.service
   ├─2603 /bin/sh /usr/sbin/laptop_mode init force
   ├─3007 /bin/sh /usr/sbin/laptop_mode init force
   ├─3838 /bin/sh /usr/sbin/laptop_mode init force
   └─3839 /bin/sh /usr/sbin/laptop_mode init force

déc. 04 10:57:41 debian systemd[1]: Starting Laptop Mode Tools...
déc. 04 10:57:41 debian laptop-mode[2641]: enabled, not active
déc. 04 10:57:41 debian laptop_mode[2603]: enabled, not active
déc. 04 10:57:41 debian su[2800]: (to guy) root on none
déc. 04 10:57:42 debian su[2800]: pam_unix(su:session): session opened for user
guy by (uid=0)
déc. 04 10:57:42 debian laptop_mode[2603]: Cannot find device "eth0"
déc. 04 10:57:42 debian su[2800]: pam_unix(su:session): session closed for user
guy
déc. 04 10:57:43 debian systemd[1]: laptop-mode.service: Unit cannot be
reloaded because it is inactive.
dpkg: erreur de traitement du paquet laptop-mode-tools (--configure) :
 installed laptop-mode-tools package post-installation script subprocess
returned error exit status 1
Traitement des actions différées (« triggers ») pour mime-support (3.61) ...
Traitement des actions différées (« triggers ») pour desktop-file-utils
(0.23-4) ...
Traitement des actions différées (« triggers ») pour systemd (239-13) ...
Traitement des actions différées (« triggers ») pour man-db (2.8.4-3) ...
Traitement des actions différées (« triggers ») pour gnome-menus (3.13.3-11)
...
Des erreurs ont été rencontrées pendant l'exécution :
 laptop-mode-tools
needrestart is being skipped since dpkg has failed
E: Sub-process /usr/bin/dpkg returned an error code (1)

systemctl enable laptop-mode.service
Synchronizing state of laptop-mode.service with SysV service script with
/lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable laptop-mode
Created symlink /etc/systemd/system/multi-user.target.wants/laptop-mode.service
→ /lib/systemd/system/laptop-mode.service.

dpkg -l laptop-mode-tools
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-
installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom   Version  Architecture Description
+++-=---==
iF  laptop-mode-tools 1.72-3   all  Tools for Power Savings based
on battery/AC status

apt install laptop-mode-tools
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
laptop-mode-tools est déjà la version la plus récente (1.72-3).
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
1 partiellement installés ou enlevés.
Après cette opération, 0 o d'espace d

Bug#915448: Updating the aspell Uploaders list

[Agustin Martin]

On Mon, Dec 03, 2018 at 10:06:00PM +0100, Tobias Frost wrote:
> Source: aspell
> Version: 0.60.7~20110707-5
> Severity: minor
> User: m...@qa.debian.org
> Usertags: mia-teammaint
> 
> Brian Nelson  wishes no longer to be uploader of aspell.
> 
> We are tracking their status in the MIA team and would like to ask you
> to remove them from the Uploaders list of the package so we can close
> that part of the file.
> 
> (If the person is listed as Maintainer, what we are asking is to please
> step in as a new maintainer.)

Hi,

Thanks for caring about these issues.

When I was added as aspell co-maintainer Brian was in care of the C/C++
stuff, and I intended to help with some of the packaging issues, since
my skills do not include C++.

If Brian no longer wants to maintain Debian aspell package I think I should
orphan it in case someone else with the right skills wants to adopt it.

Will do some housekeeping first,

  * Accept a salsa merge request to migrate from cdbs to dh.
  * Upgrade the Uploaders list and close this bug report.

Regards,

-- 
Agustin

Bug#735304: wokkel: please move package to DPMT's repo

[W. Martin Borgert]

Hi Angel,

please move the salsa wokkel project from
https://salsa.debian.org/debian/wokkel
into
https://salsa.debian.org/python-team/modules
There is an option in salsa to move a project.
It even allows to leave a forwarder at the old URL.

TIA & Cheers

Bug#915517: ucspi-tcp: VCS repository is set to private

[Ansgar Burchardt]

Source: ucspi-tcp
Version: 1:0.88-4
Severity: normal

Vcs-* ist set to https://salsa.debian.org/debian/ucspi-tcp which is a
private repository.  Please make the repository publically accessible.

Ansgar

Bug#915518: please package version 18.0.0

[W. Martin Borgert]

Source: wokkel
Version: 18.0.0~rc5-1
Severity: wishlist

Version 18.0.0 ("final") has just been released:
https://github.com/ralphm/wokkel/releases/tag/18.0.0
There are only small changes compared to 18.0.0~rc5.
Please update the Debian package. Thanks!

Bug#911297: [RFC] Disable TLSv1.0 by default, but allow enabling it

[Andrej Shadura]

From: Andrej Shadura 

This patch is not intended to be merged into the upstream code, but I
would still like to receive comments from people involved in development.

In the Debian bug reports #907518 and #911297 (see below), people complained
that OpenSSL 1.1.1 disables TLSv1.0 and some other insecure settings by
default, but some older networks may still require their support:

wpa_supplicant[523]: OpenSSL: pending error: error:0D07803A:asn1 encoding 
routines:asn1_item_embed_d2i:nested asn1 error
wpa_supplicant[523]: OpenSSL: pending error: error:140C800D:SSL 
routines:SSL_use_certificate_file:ASN1 lib
wpa_supplicant[523]: OpenSSL: pending error: error:140C618E:SSL 
routines:SSL_use_certificate:ca md too weak
wpa_supplicant[523]: TLS: Failed to set TLS connection parameters
wpa_supplicant[523]: EAP-TLS: Failed to initialize SSL.
wpa_supplicant[523]: wlp4s0: EAP: Failed to initialize EAP method: vendor 0 
method 13 (TLS)

Some of those issues can be overrided by adding 
openssl_ciphers=DEFAULT@SECLEVEL=1
to the wpa config, but e.g. Kurt Roeckx complained that the minimum TLS
version is still 1.2:

ssl_choose_client_version:version too low

Unlike ciphers, that cannot be overridden in the wpa config, since
tls_disable_tlsv1_0 only allows disabling TLS versions, not enabling
them back if the default version is too high. I intend to apply
the patch below to wpa in Debian, which will enable switching TLSv1.0
back if necessary by adding tls_disable_tlsv1_0=0 to the config.

As I don't possess much knowledge of OpenSSL, and I would like to avoid
a potential repeat of the weak security issue Debian had in the past,
I'd like people here to have a look and comment on this.

Thanks in advance.
Andrej

References:

[1]: https://bugs.debian.org/907518
[2]: https://bugs.debian.org/911297

diff --git a/src/crypto/tls_openssl.c b/src/crypto/tls_openssl.c
index 0d5ebda..39994f7 100644
--- a/src/crypto/tls_openssl.c
+++ b/src/crypto/tls_openssl.c
@@ -2498,8 +2498,10 @@ static int tls_set_conn_flags(struct tls_connection 
*conn, unsigned int flags,
 #ifdef SSL_OP_NO_TLSv1
if (flags & TLS_CONN_DISABLE_TLSv1_0)
SSL_set_options(ssl, SSL_OP_NO_TLSv1);
-   else
+   else {
+   SSL_CTX_set_min_proto_version(ssl, TLS1_VERSION);
SSL_clear_options(ssl, SSL_OP_NO_TLSv1);
+   }
 #endif /* SSL_OP_NO_TLSv1 */
 #ifdef SSL_OP_NO_TLSv1_1
if (flags & TLS_CONN_DISABLE_TLSv1_1)
diff --git a/src/eap_peer/eap_tls_common.c b/src/eap_peer/eap_tls_common.c
index 0de1315..d4fb454 100644
--- a/src/eap_peer/eap_tls_common.c
+++ b/src/eap_peer/eap_tls_common.c
@@ -151,6 +151,10 @@ static int eap_tls_params_from_conf(struct eap_sm *sm,
struct eap_peer_config *config, int phase2)
 {
os_memset(params, 0, sizeof(*params));
+
+   /* Debian change: disable TLSv1.0 by default but allow overriding it */
+   params->flags |= TLS_CONN_DISABLE_TLSv1_0;
+
if (sm->workaround && data->eap_type != EAP_TYPE_FAST) {
/*
 * Some deployed authentication servers seem to be unable to

Bug#915519: www.nic.funet.fi mirror issues

[Peter Palfrader]

Package: mirrors
User: mirr...@packages.debian.org
Usertags: mirror-problem

Something is fishy with the www.nic.funet.fi Debian mirror.

There regularly is no www.nic.funet.fi tracefile, but there is an
ancient ftp.funet.fi tracefile.
  http://www.nic.funet.fi/debian/project/trace/

It seems this mirror is not run correctly, using ftpsync.
  http://www.nic.funet.fi/debian/project/ftpsync/

Please investigate.
-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#882754: Debian mirror mirror.unesp.br: ftpsync version

[Peter Palfrader]

Not having received any response, and this mirror not being run in
accordance with best practices, I have removed it from the mirrorlist
for now.

Thanks for having provided this service.

If you want to bring it back, please do and fill in
 https://www.debian.org/mirror/submit
again.

-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#780114: (No Subject)

[emma.wts]

Hope to see it one day in the debian repos.

Bug#874447: Debian mirror debian.mirror.frontiernet.net: tracefile name, ftpsync-version

[Peter Palfrader]

ping.

On Wed, 28 Nov 2018, Peter Palfrader wrote:

> ping.
> 
> On Wed, 06 Sep 2017, Peter Palfrader wrote:
> 
> > Package: mirrors
> > User: mirr...@packages.debian.org
> > Usertags: mirror-problem may-auto-close
> > 
> > Hi,
> > 
> > I was checking some things in the Debian mirror universe and noticed
> > a problem with your mirror:
> > 
> > o Status: 
> > https://mirror-master.debian.org/status/mirror-info/debian.mirror.frontiernet.net.html
> > 
> > o There is a mismatch between your tracefile name in
> >   http://debian.mirror.frontiernet.net/debian/project/trace/ and your
> >   site-name.
> > 
> >   mirror01.roch.ny.frontiernet.net vs. debian.mirror.frontiernet.net
> > 
> >   Can you please have the tracefile name be the same as the site name?
> >   I think you can accomplish this by setting MIRRORNAME= in
> >   ftpsync.conf.
> > 
> > o The tracefile also suggests that the ftpsync version you are using is
> >   very old.  Please upgrade.
> > 
> >   Using a modern ftpsync ensures updates are done in the correct order
> >   so apt clients don't get confused.   In particular, it processes
> >   translations, contents, and more files that have been added to the
> >   archive in recent years in the correct stage.  It also should produce
> >   trace files that contain more information that is useful for us.
> > 
> >   http://ftp.debian.org/debian/project/ftpsync/ftpsync-current.tar.gz
> 
> -- 
> |  .''`.   ** Debian **
>   Peter Palfrader   | : :' :  The  universal
>  https://www.palfrader.org/ | `. `'  Operating System
> |   `-https://www.debian.org/
> 

-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#874435: debian.org.ua: tracefile-name, upstream-name, ftpsync-version

[Peter Palfrader]

ping.

On Wed, 28 Nov 2018, Peter Palfrader wrote:

> hey!
> 
> Please act on the email below.
> 
> On Sun, 15 Oct 2017, Peter Palfrader wrote:
> 
> > Ping.
> > 
> > On Thu, 28 Sep 2017, Peter Palfrader wrote:
> > 
> > > Ping.
> > > 
> > > On Wed, 06 Sep 2017, Peter Palfrader wrote:
> > > 
> > > > I was checking some things in the Debian mirror universe and noticed
> > > > a problem with your mirror:
> > > > 
> > > > o Status: 
> > > > https://mirror-master.debian.org/status/mirror-info/debian.org.ua.html
> > > > 
> > > > o There is a mismatch between your tracefile name in
> > > >   http://debian.org.ua/debian/project/trace/ and your site-name.  Can
> > > >   you please have the tracefile name be the same as the site name?  I
> > > >   think you can accomplish this by setting MIRRORNAME= in ftpsync.conf.
> > > > 
> > > >   (Even though ftp.ua.debian.org is currently an alias for your site,
> > > >the mirrorname should be debian.org.ua)
> > > > 
> > > > o we recommend mirrors not sync directly from service aliases such as
> > > >   ftp.de.debian.org (only http is guaranteed to be available at
> > > >   ftp..d.o sites).  Maybe change your config to sync from
> > > >   the site currently backing ftp.de.debian.org?
> > > > 
> > > > o The tracefile on your mirror suggests that the ftpsync version you are
> > > >   using is a bit dated..  Please upgrade.
> > > > 
> > > >   Using a modern ftpsync ensures updates are done in the correct order
> > > >   so apt clients don't get confused.   In particular, it processes
> > > >   translations, contents, and more files that have been added to the
> > > >   archive in recent years in the correct stage.  It also should produce
> > > >   trace files that contain more information that is useful for us.
> > > > 
> > > >   http://ftp.debian.org/debian/project/ftpsync/ftpsync-current.tar.gz
> -- 
> |  .''`.   ** Debian **
>   Peter Palfrader   | : :' :  The  universal
>  https://www.palfrader.org/ | `. `'  Operating System
> |   `-https://www.debian.org/
> 

-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#914882: [20181128] debian.mirror.garr.it: ftpsync, tracefile name

[Peter Palfrader]

ping.

On Wed, 28 Nov 2018, Peter Palfrader wrote:

> Package: mirrors
> User: mirr...@packages.debian.org
> Usertags: mirror-problems
> 
> Hi!
> 
> 
> The trace file at http://debian.mirror.garr.it/debian/project/trace/
> does not contain much information.
> 
> Please use our ftpsync script to mirror Debian.
> 
> Using a modern ftpsync ensures updates are done in the correct order
> so apt clients don't get confused.   In particular, it processes
> translations, contents, and more files that have been added to the
> archive in recent years in the correct stage.  It also should produce
> trace files that contain more information that is useful for us and helps
> downstream mirrors sync better.
> 
>   http://ftp.debian.org/debian/project/ftpsync/ftpsync-current.tar.gz
> 
> Also, when you set up ftpsync, please set MIRRORNAME correctly so
> that the tracefile gets named debian.mirror.garr.it.
> 
> Cheers,
> -- 
> |  .''`.   ** Debian **
>   Peter Palfrader   | : :' :  The  universal
>  https://www.palfrader.org/ | `. `'  Operating System
> |   `-https://www.debian.org/
> 

-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#915520: curl: issues with ipv6 address notation (ipv6-only hostnames work)

[Csillag Tamas]

Package: curl
Version: 7.62.0-1
Severity: important
Tags: ipv6

Hi,

On curl in stretch this command works without issues:

curl 'http://[::1]/'

on the latest buster version I get the following error message:

curl 'http://[::1]/'
curl: (3) URL using bad/illegal format or missing URL

(I use a full IPv6 address the localhost address is here
to give an easy reproducer.)

It seems that this upgrade introduced the regression:
2018-12-03 15:20:59 upgrade curl:amd64 7.61.0-1 7.62.0-1

Regards,
 Tamas

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

Kernel: Linux 4.18.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C 
(charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages curl depends on:
ii  libc6 2.27-8
ii  libcurl4  7.62.0-1
ii  zlib1g1:1.2.11.dfsg-1

curl recommends no packages.

curl suggests no packages.

-- no debconf information

Bug#876821: Debian mirror ftp.lug.ro: out-of-date, syncscript

[Peter Palfrader]

ping.

On Wed, 28 Nov 2018, Peter Palfrader wrote:

> ping.
> 
> Also, when you set up ftpsync, please set MIRRORNAME correctly so
> that the tracefile name matches your mirror name.
> 
> cf
>  https://mirror-master.debian.org/status/mirror-info/ftp.lug.ro.html
> 
> Cheers,
> 
> On Tue, 26 Sep 2017, Peter Palfrader wrote:
> 
> > o The trace file at
> >   http://ftp.lug.ro/debian/project/trace/ftp.lug.ro
> >   does not contain much information.
> > 
> >   Please use our ftpsync script to mirror Debian.
> > 
> >   Using a modern ftpsync ensures updates are done in the correct order
> >   so apt clients don't get confused.   In particular, it processes
> >   translations, contents, and more files that have been added to the
> >   archive in recent years in the correct stage.  It also should produce
> >   trace files that contain more information that is useful for us.
> > 
> >   http://ftp.debian.org/debian/project/ftpsync/ftpsync-current.tar.gz
> 
> -- 
> |  .''`.   ** Debian **
>   Peter Palfrader   | : :' :  The  universal
>  https://www.palfrader.org/ | `. `'  Operating System
> |   `-https://www.debian.org/
> 

-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#874487: Debian mirror mirrors.gigenet.com: missing-tracefile, syncscript

[Peter Palfrader]

ping.

On Wed, 28 Nov 2018, Peter Palfrader wrote:

> Hi!
> 
> Can you switch to ftpsync and thus cause a tracefile named
> mirrors.gigenet.com to exist?
> 
> Cheers,
> 
> cf.
> https://mirror-master.debian.org/status/mirror-info/mirrors.gigenet.com.html
> 
> On Mon, 18 Sep 2017, Peter Palfrader wrote:
> 
> > On Wed, 06 Sep 2017, Peter Palfrader wrote:
> > 
> > > I was checking some things in the Debian mirror universe and noticed
> > > a problem with your mirror:
> > > 
> > > o trace file:
> > >   I notice that right now there is no tracefile matching your site name in
> > >   http://mirrors.gigenet.com/debian/project/trace/
> > > 
> > >   Please use our ftpsync script to mirror Debian.
> > > 
> > >   It should produce the trace files we require, and do the mirroring in a 
> > > way
> > >   that ensures the mirror is in a consistent state even during updates.
> > > 
> > >   http://ftp.debian.org/debian/project/ftpsync/ftpsync-current.tar.gz
> > > 
> > >   (Even when you did have tracefiles a few hours ago, it contained
> > >very little info; please use ftpsync)
> > > 
> > > Cheers,
> > > -- 
> > > |  .''`.   ** Debian **
> > >   Peter Palfrader   | : :' :  The  universal
> > >  https://www.palfrader.org/ | `. `'  Operating System
> > > |   `-https://www.debian.org/
> > > 
> > 
> > -- 
> > |  .''`.   ** Debian **
> >   Peter Palfrader   | : :' :  The  universal
> >  https://www.palfrader.org/ | `. `'  Operating System
> > |   `-https://www.debian.org/
> 
> -- 
> |  .''`.   ** Debian **
>   Peter Palfrader   | : :' :  The  universal
>  https://www.palfrader.org/ | `. `'  Operating System
> |   `-https://www.debian.org/
> 

-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#914893: [20181128] ftp.iinet.net.au: syncscript, no-tracefile, non-standard-path, upstream-round-robin

[Peter Palfrader]

Not having received any response, and this mirror not being run in
accordance with best practices, I have removed it from the mirrorlist
for now.

Thanks for having provided this service.

If you want to bring it back, please do and fill in
 https://www.debian.org/mirror/submit
again.

On Wed, 28 Nov 2018, Peter Palfrader wrote:

> Hi!
> 
> ping.
> 
> - Forwarded message from Peter Palfrader  -
> Date: Tue, 14 Feb 2017 12:32:38 +
> 
> Hi,
> 
> I was checking some things in the Debian mirror universe and noticed a
> few minor issues with your mirror:
> 
> o The trace file at
>   http://ftp.iinet.net.au/debian/debian/project/trace/ftp.iinet.net.au
>   contains very little information.
> 
>   Please use our ftpsync script to mirror Debian.
> 
>   Using ftpsync ensures updates are done in the correct order so apt
>   clients don't get confused.  It also should produce correct trace
>   files that contain more information that is useful for us.
>   http://freedom.dicea.unifi.it/debian/project/ftpsync/ftpsync-current.tar.gz
> 
> o We recommend all mirrors present the Debian archive under /debian, like
>   http://ftp.debian.org/debian/ -- can you do the same?
> 
> o It seems you use a DNS round robin rotation as a mirror source.
>   Causing your mirror to flip between states at times.  Please pick one
>   good upstream, e.g. mirrors.wikimedia.org or ftp-osl.osuosl.org and
>   mirror from that.
> 
>   If you are intested, we might also be able to hook you up with ssh
>   triggered push/pull access from syncproxy.au.debian.org, but note that
>   this is more involved.
> 
> Thank you for your support in mirroring Debian.
> 
> Cheers,
> -- 
> |  .''`.   ** Debian **
>   Peter Palfrader   | : :' :  The  universal
>  https://www.palfrader.org/ | `. `'  Operating System
> |   `-https://www.debian.org/
> 

-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#915521: facter: unable to parse external yaml facts

[Михайло Даниленко]

Package: facter
Version: 3.11.0-1+b3
Severity: normal

Hello.

It seems, that latest upgrade broke the ability to parse yaml external
facts:

---
isbear@builder:/home/isbear/tmp/fct$ facter --external-dir . | grep foo
2018-12-04 14:04:59.162332 ERROR puppetlabs.facter - error while
processing "/home/isbear/tmp/fct/./a.yaml" for external facts: bad
conversion
isbear@builder:/home/isbear/tmp/fct$ cat a.yaml
---
foo: bar
---

Downgrade to 3.11.0-1+b2 fixes the problem.

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

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

Versions of packages facter depends on:
ii  libboost-program-options1.67.0  1.67.0-11
ii  libc6   2.27-8
ii  libfacter3.11.0 3.11.0-1+b3
ii  libgcc1 1:8.2.0-9
ii  libleatherman1.4.2  1.4.2+dfsg-2+b1
ii  libstdc++6  8.2.0-9

facter recommends no packages.

facter suggests no packages.

-- no debconf information

Bug#915522: debian.mirror.iweb.ca mirror name

[Peter Palfrader]

Package: mirrors
User: mirr...@packages.debian.org
Usertags: mirror-problem

On Wed, 28 Nov 2018, Peter Palfrader wrote:

> We list your mirror as debian.mirror.iweb.ca, however your
> tracefile-name at http://debian.mirror.iweb.ca/debian/project/trace/
> says mirror.iweb.ca.

Please set MIRRORNAME in your ftpsync.conf correctly.

-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#915523: RFS: nautilus-actions/3.2.3-1.1 [NMU]

[Carlos Maddela]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "nautilus-actions"

 * Package name: nautilus-actions
   Version : 3.2.3-1.1
   Upstream Author : Pierre Wieser 
 * URL : http://www.nautilus-actions.org/downloads/
 * License : GPL-2+
   Section : oldlibs

  It builds this binary package:

nautilus-actions - transitional package for FileManager-Actions

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

  https://mentors.debian.net/package/nautilus-actions


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

dget -x 
https://mentors.debian.net/debian/pool/main/n/nautilus-actions/nautilus-actions_3.2.3-1.1.dsc


  Changes since the last upload:

  * Non-maintainer upload.
  * Transition package to filemanager-actions.


  Regards,
   Carlos Maddela

Bug#915516: laptop-mode-tools: installation does not complete as service is not enabled

[Ritesh Raj Sarraf]

Control: tag -1 +moreinfo

Can you please report this in English ? I am finding it very hard to
interpret.

Ideally, laptop-mode-tools should automatically get enabled and run.
But seems like in your case, it is not happening. But to determine the
cause, I really need to see the logs in the English language.


Thanks,
Ritesh


On Tue, 2018-12-04 at 12:32 +0100, GT wrote:
> Package: laptop-mode-tools
> Version: 1.72-3
> Severity: normal
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where
> appropriate ***
> 
>* What led up to the situation?
> Simple installation of laptop-mode-tools
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> dpkg failed
>* What was the outcome of this action?
> dpkg staus is iF
>* What outcome did you expect instead?
> a smooth installation. I have to enable the service to be able to
> finish the
> installation at second try.
> See below
> 
> apt install laptop-mode-tools
> Lecture des listes de paquets... Fait
> Construction de l'arbre des dépendances
> Lecture des informations d'état... Fait
> Paquets recommandés :
>   sdparm
> Les NOUVEAUX paquets suivants seront installés :
>   laptop-mode-tools
> 0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à
> jour.
> Il est nécessaire de prendre 124 ko dans les archives.
> Après cette opération, 408 ko d'espace disque supplémentaires seront
> utilisés.
> Réception de:1 http://deb.debian.org/debian buster/main amd64 laptop-
> mode-tools
> all 1.72-3 [124 kB]
> 124 ko réceptionnés en 0s (396 ko/s)
> Sélection du paquet laptop-mode-tools précédemment désélectionné.
> (Lecture de la base de données... 192012 fichiers et répertoires déjà
> installés.)
> Préparation du dépaquetage de .../laptop-mode-tools_1.72-3_all.deb
> ...
> Dépaquetage de laptop-mode-tools (1.72-3) ...
> Paramétrage de laptop-mode-tools (1.72-3) ...
> laptop-mode.service is not active, cannot reload.
> invoke-rc.d: initscript laptop-mode, action "start" failed.
> ● laptop-mode.service - Laptop Mode Tools
>Loaded: loaded (/lib/systemd/system/laptop-mode.service; disabled;
> vendor
> preset: enabled)
>Active: activating (start) since Tue 2018-12-04 10:57:41 CET; 1s
> ago
>  Docs: man:laptop_mode(8)
>man:laptop-mode.conf(8)
>http://github.com/rickysarraf/laptop-mode-tools
>   Process: 2602 ExecStartPre=/bin/rm -f /var/run/laptop-mode-
> tools/state
> (code=exited, status=0/SUCCESS)
>   Process: 2601 ExecStartPre=/bin/rm -f /var/run/laptop-mode-
> tools/enabled
> (code=exited, status=0/SUCCESS)
>  Main PID: 2603 (laptop_mode)
> Tasks: 4
>Memory: 2.7M
>CGroup: /system.slice/laptop-mode.service
>├─2603 /bin/sh /usr/sbin/laptop_mode init force
>├─3007 /bin/sh /usr/sbin/laptop_mode init force
>├─3838 /bin/sh /usr/sbin/laptop_mode init force
>└─3839 /bin/sh /usr/sbin/laptop_mode init force
> 
> déc. 04 10:57:41 debian systemd[1]: Starting Laptop Mode Tools...
> déc. 04 10:57:41 debian laptop-mode[2641]: enabled, not active
> déc. 04 10:57:41 debian laptop_mode[2603]: enabled, not active
> déc. 04 10:57:41 debian su[2800]: (to guy) root on none
> déc. 04 10:57:42 debian su[2800]: pam_unix(su:session): session
> opened for user
> guy by (uid=0)
> déc. 04 10:57:42 debian laptop_mode[2603]: Cannot find device "eth0"
> déc. 04 10:57:42 debian su[2800]: pam_unix(su:session): session
> closed for user
> guy
> déc. 04 10:57:43 debian systemd[1]: laptop-mode.service: Unit cannot
> be
> reloaded because it is inactive.
> dpkg: erreur de traitement du paquet laptop-mode-tools (--configure)
> :
>  installed laptop-mode-tools package post-installation script
> subprocess
> returned error exit status 1
> Traitement des actions différées (« triggers ») pour mime-support
> (3.61) ...
> Traitement des actions différées (« triggers ») pour desktop-file-
> utils
> (0.23-4) ...
> Traitement des actions différées (« triggers ») pour systemd (239-13) 
> ...
> Traitement des actions différées (« triggers ») pour man-db (2.8.4-3) 
> ...
> Traitement des actions différées (« triggers ») pour gnome-menus
> (3.13.3-11)
> ...
> Des erreurs ont été rencontrées pendant l'exécution :
>  laptop-mode-tools
> needrestart is being skipped since dpkg has failed
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> 
> systemctl enable laptop-mode.service
> Synchronizing state of laptop-mode.service with SysV service script
> with
> /lib/systemd/systemd-sysv-install.
> Executing: /lib/systemd/systemd-sysv-install enable laptop-mode
> Created symlink /etc/systemd/system/multi-user.target.wants/laptop-
> mode.service
> → /lib/systemd/system/laptop-mode.service.
> 
> dpkg -l laptop-mode-tools
> Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
> > État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-
> installé/W=attend-traitement-déclenchements
> > / Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=ma

Bug#906698: anbox-session-manager segmentation fault

[Abhijith PA]

Package: anbox
Version: 0.0~git20181014-1
Followup-For: Bug #906698

Hi, I am having same problem, when I tried to run anbox I am getting:

$anbox session-manager
[ 2018-12-04 12:06:02] [daemon.cpp:61@Run] Failed to connect to socket
/run/anbox-container.socket: No such file or directory

I don't have any nvidia graphics.

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

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

Versions of packages anbox depends on:
ii  iptables1.6.2-1.1
pn  libboost-atomic1.67.0   
pn  libboost-chrono1.67.0   
pn  libboost-date-time1.67.0
pn  libboost-filesystem1.67.0   
pn  libboost-iostreams1.67.0
pn  libboost-log1.67.0  
pn  libboost-program-options1.67.0  
pn  libboost-regex1.67.0
pn  libboost-serialization1.67.0
pn  libboost-system1.67.0   
pn  libboost-thread1.67.0   
ii  libc6   2.27-6
ii  libegl1 1.1.0-1
ii  libgcc1 1:8.2.0-7
ii  libgles21.1.0-1
ii  liblxc1 1:2.0.9-6.1
pn  libprotobuf-lite17  
ii  libsdl2-2.0-0   2.0.8+dfsg1-2
pn  libsdl2-image-2.0-0 
ii  libstdc++6  8.2.0-7
ii  libsystemd0 239-10
ii  lxc 1:2.0.9-6.1

Versions of packages anbox recommends:
ii  dbus-user-session  1.12.10-1

anbox suggests no packages.

Bug#915524: RFS: filemanager-actions/3.4-1 [ITP]

[Carlos Maddela]

Package: sponsorship-requests
Severity: wishlist

Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

  I am looking for a sponsor for my package "filemanager-actions"

 * Package name: filemanager-actions
   Version : 3.4-1
   Upstream Author : Pierre Wieser 
 * URL : https://gitlab.gnome.org/GNOME/filemanager-actions
 * License : GPL-2.0+
   Section : gnome

  It builds these binary packages:

filemanager-actions - File manager extension to allow user-defined actions
 filemanager-actions-data - Common data files for FileManager-Actions
 filemanager-actions-dev - development files for FileManager-Actions
 filemanager-actions-doc - HTML user documentation for FileManager-Actions
 filemanager-actions-libs - Core FileManager-Actions libraries
 fma-caja-extension - Caja extension to allow user-defined file-manager actions
 fma-nautilus-extension - Nautilus extension to allow user-defined file-manager 
actions
 fma-nemo-extension - Nemo extension to allow user-defined file-manager actions

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

  https://mentors.debian.net/package/filemanager-actions


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

dget -x 
https://mentors.debian.net/debian/pool/main/f/filemanager-actions/filemanager-actions_3.4-1.dsc

  The project would also benefit from a new upload for nautilus-actions,
  to allow users to upgrade to filemanager-actions. I have made an NMU
  upload to mentors for this, and the RFS is here:
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=915523.

  Changes since the last upload:

  * Initial release (Closes: #907623)


  Regards,
   Carlos Maddela

Bug#915525: kdump-tools: no kernel dump is generated

[fulvio ciriaco]

Package: kdump-tools
Version: 1:1.6.4-3
Severity: important

kdump-tools does not create any core when I attempt to trigger a panic.
I see the hd lights flashing, probably because the kernel is being loaded,
but then, I never find anything in /var/crash.

root@mozart:/var/crash# kdump-config test
USE_KDUMP: 1
KDUMP_SYSCTL:  kernel.panic_on_oops=1
KDUMP_COREDIR: /var/crash
crashkernel addr:  0x2400
kdump kernel addr: 
kdump kernel:
   /var/lib/kdump/vmlinuz: symbolic link to /boot/vmlinuz-4.18.0-2-amd64
kdump initrd: 
   /var/lib/kdump/initrd.img: symbolic link to 
/var/lib/kdump/initrd.img-4.18.0-2-amd64
kexec command to be used:
  /sbin/kexec -p --command-line="BOOT_IMAGE=/boot/vmlinuz-4.18.0-2-amd64 
root=UUID=25ddc407-30ce-4dc1-8e68-11b7d4316955 ro quiet nr_cpus=1 
systemd.unit=kdump-tools.service irqpoll nousb ata_piix.prefer_ms_hyperv=0" 
--initrd=/var/lib/kdump/initrd.img /var/lib/kdump/vmlinuz

root@mozart:/var/crash# kdump-config status
current state   : ready to kdump

df -h /var/crash/
Filesystem  Size  Used Avail Use% Mounted on
/dev/sda530G   24G  4.3G  85% /

Many thanks
Fulvio Ciriaco

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

Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.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)
LSM: AppArmor: enabled

Versions of packages kdump-tools depends on:
ii  bsdmainutils   11.1.2+b1
ii  debconf [debconf-2.0]  1.5.69
ii  file   1:5.34-2
ii  kexec-tools1:2.0.16-1
ii  linux-base 4.5
ii  lsb-base   9.20170808
ii  makedumpfile   1:1.6.4-3
ii  ucf3.0038

Versions of packages kdump-tools recommends:
ii  initramfs-tools-core  0.132

kdump-tools suggests no packages.

-- Configuration Files:
/etc/default/grub.d/kdump-tools.cfg changed:
GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT crashkernel=256M"


-- debconf-show failed

Bug#913747: imagej: fails to start on gui launcher

[Andreas Tille]

Control: tags -1 moreinfo

Hi Rajiv,

thanks for your bug report (and sorry for answering that late - I
was on vacation).

On Wed, Nov 14, 2018 at 10:55:38PM +0530, Rajiv wrote:
> Dear Maintainer,
>  I installed imageJ via discover. trying to launch the application from the
> launcher fails to have any effect, and the application does not launch.
> On trying to launch from Konsole, I get the following error:
> Open other images in this ImageJ panel as follows:
>   imagej -p 1  [ ... ]
> 
> Unrecognized option: -d64
> Error: Could not create the Java Virtual Machine.
> Error: A fatal exception has occurred. Program will exit.

I admit I can not easily reproduce the issue.  Could you please try:

   cp /usr/bin/imagej /tmp/imagej
   sed -i '1a set -x' /tmp/imagej
   /tmp/imagej YOUR_IMAGE  2>&1 | tee > /tmp/imagej.log

This creates a file /tmp/imagej.log with verbose output of the imagej
wrapper script.  If you send this to the bug report (may be you want to
change your local user name and hostname for privacy reasons - just have
a look whether the log might contain something you do not want to see
published) chances are good that we can fix the issue in the script.

Kind regards

   Andreas.


-- 
http://fam-tille.de

Bug#915516: laptop-mode-tools: installation does not complete as service is not enabled

[Grand T]

Man , what is not in english here?

> laptop-mode.service is not active, cannot reload.
> invoke-rc.d: initscript laptop-mode, action "start" failed.

I am not english native so i can do better
Your service is not actived with your scripts so the install failed

Bug#915516: laptop-mode-tools: installation does not complete as service is not enabled

[Ritesh Raj Sarraf]

Control: tag -1 +unreproducible


I also tried it on my local box here. But can't see any problem

rrs@chutzpah:~$ sudo apt install laptop-mode-tools
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Suggested packages:
  acpid | apmd | pbbuttonsd | pmud
The following NEW packages will be installed:
  laptop-mode-tools
0 upgraded, 1 newly installed, 0 to remove and 2 not upgraded.
Need to get 124 kB of archives.
After this operation, 408 kB of additional disk space will be used.
Get:1 http://cdn-fastly.deb.debian.org/debian testing/main amd64 
laptop-mode-tools all 1.72-3 [124 kB]
Fetched 124 kB in 4s (31.4 kB/s)
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
Selecting previously unselected package laptop-mode-tools.
(Reading database ... 346137 files and directories currently installed.)
Preparing to unpack .../laptop-mode-tools_1.72-3_all.deb ...
Unpacking laptop-mode-tools (1.72-3) ...
Setting up laptop-mode-tools (1.72-3) ...
Processing triggers for mime-support (3.61) ...
Processing triggers for desktop-file-utils (0.23-4) ...
Processing triggers for systemd (239-14) ...
Processing triggers for man-db (2.8.4-3) ...
Processing triggers for gnome-menus (3.13.3-11) ...
18:03 ♒♒♒   ☺

rrs@chutzpah:~$ systemctl status laptop-mode
● laptop-mode.service - Laptop Mode Tools
   Loaded: loaded (/lib/systemd/system/laptop-mode.service; enabled; vendor 
preset: enabled)
   Active: active (exited) since Tue 2018-12-04 18:03:11 IST; 18s ago
 Docs: man:laptop_mode(8)
   man:laptop-mode.conf(8)
   http://github.com/rickysarraf/laptop-mode-tools
 Main PID: 10461 (code=exited, status=0/SUCCESS)
Tasks: 0
   Memory: 0B
   CGroup: /system.slice/laptop-mode.service

Dec 04 18:03:10 chutzpah systemd[1]: Starting Laptop Mode Tools...
Dec 04 18:03:10 chutzpah laptop_mode[10461]: enabled, not active
Dec 04 18:03:11 chutzpah laptop_mode[10461]: Cannot find device "eth1"
Dec 04 18:03:11 chutzpah su[11880]: (to rrs) root on none
Dec 04 18:03:11 chutzpah su[11880]: pam_unix(su:session): session opened for 
user rrs by (uid=0)
Dec 04 18:03:11 chutzpah su[11880]: pam_unix(su:session): session closed for 
user rrs
Dec 04 18:03:11 chutzpah systemd[1]: Started Laptop Mode Tools.
18:03 ♒♒♒   ☺

rrs@chutzpah:~$ systemctl status laptop-mode.timer 
● laptop-mode.timer - Runs Laptop Mode Tools - Polling Service, every 150 
seconds
   Loaded: loaded (/lib/systemd/system/laptop-mode.timer; enabled; vendor 
preset: enabled)
   Active: active (waiting) since Tue 2018-12-04 18:03:10 IST; 29s ago
  Trigger: Tue 2018-12-04 18:05:40 IST; 2min 0s left

Dec 04 18:03:10 chutzpah systemd[1]: Started Runs Laptop Mode Tools - Polling 
Service, every 150 seconds.
18:03 ♒♒♒   ☺

rrs@chutzpah:~$ systemctl status lmt-poll.service 
● lmt-poll.service - Laptop Mode Tools - Battery Polling Service
   Loaded: loaded (/lib/systemd/system/lmt-poll.service; enabled; vendor 
preset: enabled)
   Active: inactive (dead) since Tue 2018-12-04 18:03:10 IST; 37s ago
 Docs: man:laptop_mode(8)
   man:laptop-mode.conf(8)
   http://github.com/rickysarraf/laptop-mode-tools
 Main PID: 10458 (code=exited, status=0/SUCCESS)

Dec 04 18:03:10 chutzpah systemd[1]: Starting Laptop Mode Tools - Battery 
Polling Service...
Dec 04 18:03:10 chutzpah systemd[1]: Started Laptop Mode Tools - Battery 
Polling Service.
18:03 ♒♒♒☹  => 3  

So I'm not sure what is going on. Maybe something specific to your
setup. `dh_installsystemd` in the packaging scripts is supposed to take
care of enabling and activating laptop-mode-tools, which it is doing
fine on my machine.

But for some reason, on your machine, it is not.


On Tue, 2018-12-04 at 12:44 +, Grand T wrote:
> 
> Man , what is not in english here?
> 
> > laptop-mode.service is not active, cannot reload.
> > invoke-rc.d: initscript laptop-mode, action "start" failed.
> 
> I am not english native so i can do better
> Your service is not actived with your scripts so the install failed
> 
-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System


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

Bug#915292: RM: corebird/stable -- ROM; Change of twitter API makes corebird useless

[Adam D. Barratt]

Control: clone -1 -2 -3
Control: reassign -2 ftp.debian.org
Control: retitle -2 RM: corebird -- RoM; change of Twitter API makes 
package useless
Control: retitle -3 RM: corebird/stretch-backports -- RoM; change of 
Twitter API makes package useless

Control: reassign -3 ftp.debian.org
Control: retitle -1 RM: corebird -- RoM; change of Twitter API makes 
package useless

Control: tags -1 + stretch

On 2018-12-02 14:58, Philip Rinn wrote:

Package: ftp.debian.org
Severity: normal

Hi,

a change of the twitter API makes corbird totally useless as new  
tweets are
not longer recognized. This change was reported in #906441 with the 
symptoms

described in #907382.

Upstream does not intend to adopt to the new API so there is no way to 
make

corebird work again.

Therefore, please remove corebird from unstable, testing, stable and 
stable-

backports.


This got reassigned to release.d.o, presumably because the subject 
mentions stable.


However, it's really 3 different requests - for removals from stable, 
unstable, and backports - only one of which the Release Team can 
actually deal with, so I've split it out and reassigned the other 
requests back.


Regards,

Adam

Bug#833929: wicd-daemon: takes time to reconnect / autoconnect after connection loss

[Giap Tran]

Hi Vincent Lefevre,

The first, I'm sorry for handling late.
Thank you for your patch. I applied the patch

https://salsa.debian.org/debian/wicd/merge_requests/1

-- 
Giap Tran 
GnuPG/0xB8E9A6F112C2D7B7

Bug#915528: RM: python-fastfunc -- ROM; ITP retracted

[Drew Parsons]

Package: ftp.debian.org
Severity: normal

python-fastfunc was packaged as a dependency of optimesh in connection
with ITP#910279.

However on closer inspection, the optimesh dependencies formed a
complex web of deeper dependencies (there were many others besides
fastfunc).

The upstream author himself said don't bother packaging it, just use
pypi.  So I've retracted ITP#910279, consequently we don't need
fastfunc after all.

The salsa repo for python-fastfunc remains for now.  I also created a
salsa repo for python-quadpy, another optimesh dependency, but never
uploaded the quadpy packages before making the decision to halt on
optimesh.

Drew

Bug#913910: atop crashed with "Malloc failed for 1826553824 deviated tasks"

[Vincent Lefevre]

On 2018-11-19 14:36:24 +0100, Vincent Lefevre wrote:
> I've also noticed that the failure of system/library calls is not
> checked (see my comments in the upstream bug). In case there's a
> failure due to some race condition, this could explain the issue.
> But it may also be due to something else.

After testing and debugging, I've eventually found the issue.
Actually, in addition to the type mismatch (my patches have been
applied upstream), there were two other issues, which made the
debugging even more confusing:

1. The malloc did not fail because of a huge number of processes
(this huge number only appeared in the error message, which was
wrong, see (2)), but because of some large, but reasonable number
of processes. The reason of the failure is that atop locks all
the memory, and the default hard limit of locked memory is very
small: 16 MB!

For testing only, if I increase this limit to 64 MB, the failure
disappears.

2. About the wrong number in the error message, this was due to
incorrect usage of va_list. I wrote a patch and did a pull request:

  https://github.com/Atoptool/atop/pull/43

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

Bug#915321: Mutex creation failed

[Andreas Tille]

Hi Adrian,

any NMU / team upload is fine.  I'd do the upload myself but there is no
patch attached.

Kind regards

   Andreas.

On Mon, Dec 03, 2018 at 09:51:28PM +0200, Adrian Bunk wrote:
> Control: retitle -1 r-cran-later FTBFS on armel/mips/mipsel
> Control: affects -1 =
> Control: notforwarded -1
> Control: tags -1 patch
> 
> On Mon, Dec 03, 2018 at 12:21:41AM +0100, Aurelien Jarno wrote:
> >...
> > While the pointer to the bug is correct, I am not sure we need to
> > reassign the bug there. Nothing has to be changed in r-cran-later, it
> > just has to be binNMued against glibc 2.28. OTOH, we need to add a Break
> > on the glibc side.
> 
> Oh, I wasn't aware of that a binNMU would be sufficient here.
> 
> But that won't solve the problem due to the FTBFS on armel/mips/mipsel,
> a source upload is anyway required with somethng like the attached patch.

-- 
http://fam-tille.de

Bug#915529: ros-opencv-apps FTBFS against opencv 3.4.4

[Mo Zhou]

Package: ros-opencv-apps
Version: 1.12.0-1
Severity: important
Tags: patch

https://patch-diff.githubusercontent.com/raw/ros-perception/opencv_apps/pull/71.diff

Bug#785130: RFS: clamav-unofficial-sigs_5.6.2

[Brent Clark]

Package: clamav-unofficial-sigs
Version: 3.7.2-2
Followup-For: Bug #785130

Dear Maintainer / Mentors,

I am looking for a sponsor for my package "clamav-unofficial-sigs":

   * Package name: clamav-unofficial-sigs
 Version : 5.6.2
 Upstream Author : Adrian Jon Kriel 
   * URL : https://github.com/extremeshok/clamav-unofficial-sigs
   * License : BSD
 Section : utils

To access further information about this package, please visit the following 
URL:
  https://mentors.debian.net/package/clamav-unofficial-sigs

The respective dsc file can be found at:
  
https://mentors.debian.net/debian/pool/main/c/clamav-unofficial-sigs/clamav-unofficial-sigs_5.6.2-1.dsc

More information about clamav-unofficial-sigs can be obtained from
  https://github.com/extremeshok/clamav-unofficial-sigs

If you have any concerns or questions, please do not hesitate to contact me.

Much appreciated, regards
Brent Clark

Bug#915531: lightdm: Enforce correct boot sequence with elogind (avoid greyed buttons)

[Lorenzo Puliti]

Package: lightdm
Version: 1.26.0-3
Severity: normal
Tags: patch

Dear Lightdm Maintainer,
(in CC Adam Borowski)

As you may know, Elogind has been packaged for Debian: Systemd-shim is
non functional (and i believe will be removed) so elogind is the only way
left in Debian (linux) to run a functional Dispaly manager with init != systemd.
I'm attaching a patch to make sure that lightdm is started after elogind; 
in doing this i'm replacing 'hal' with 'elogind', as i think hal is gone
from all Debian architectures, please correct me if i'm wrong on this.
Also in doing this, i've noticed that in postinst script there is some 
ancient code that try to set boot order passing 'K' and 'S' to update-rc.d.
The patch fix also this.

Please note that this patch only accounts for boot sequence; fully enabling
elogind support in lightdm will need further patching but I know that 
Adam Borowski already has a patchset, so I leave that to him.   

Side note: a proper elogind support in lightdm may also account for
#770885
#804165

Thanks,
Lorenzo

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

Kernel: Linux 4.17.3-van (SMP w/4 CPU cores; PREEMPT)
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: runit (via /run/runit.stopit)

Versions of packages lightdm depends on:
ii  adduser 3.118
ii  dbus1.12.10-1
ii  debconf [debconf-2.0]   1.5.69
ii  libaudit1   1:2.8.4-2
ii  libc6   2.28-1
ii  libgcrypt20 1.8.4-4
ii  libglib2.0-02.58.1-2
ii  libpam-elogind-compat [libpam-systemd]  1.2
ii  libpam0g1.1.8-3.8
ii  libxcb1 1.13.1-1
ii  libxdmcp6   1:1.1.2-3
ii  lightdm-gtk-greeter [lightdm-greeter]   2.0.5-1
ii  lsb-base10.2018112800

Versions of packages lightdm recommends:
ii  xserver-xorg  1:7.7+19

Versions of packages lightdm suggests:
ii  accountsservice  0.6.45-1
ii  upower   0.99.9-2
pn  xserver-xephyr   

-- Configuration Files:
/etc/init.d/lightdm changed [not included]
/etc/pam.d/lightdm-greeter changed [not included]

-- debconf information:
  lightdm/daemon_name: /usr/sbin/lightdm
* shared/default-x-display-manager: sddm
>From 6e29ea81550846d2660ac15364830267421f0818 Mon Sep 17 00:00:00 2001
From: Lorenzo Puliti 
Date: Tue, 4 Dec 2018 01:23:16 +0100
Subject: [PATCH] Enforce right boot sequence with elogind

Replace 'hal' with 'elogind' in 'Should Start' field of the sysvinit
script, in the header section. This is to make sure that, as lightdm
is started, the 'lightdm' user gets a session opened from elogind.
Also remove 'S' and 'K' update-rc.d levels from postinst script:
setting the boot sequence that way is deprecated and no longer
effective.
---
 debian/lightdm.init | 2 +-
 debian/lightdm.postinst | 5 +
 2 files changed, 2 insertions(+), 5 deletions(-)

diff --git a/debian/lightdm.init b/debian/lightdm.init
index 2e81f60..0d8b795 100755
--- a/debian/lightdm.init
+++ b/debian/lightdm.init
@@ -1,7 +1,7 @@
 #! /bin/sh
 ### BEGIN INIT INFO
 # Provides:  lightdm
-# Should-Start:  console-screen kbd acpid dbus hal consolekit
+# Should-Start:  console-screen kbd acpid dbus elogind consolekit
 # Required-Start:$local_fs $remote_fs x11-common
 # Required-Stop: $local_fs $remote_fs
 # Default-Start: 2 3 4 5
diff --git a/debian/lightdm.postinst b/debian/lightdm.postinst
index d72cc22..44bf967 100644
--- a/debian/lightdm.postinst
+++ b/debian/lightdm.postinst
@@ -50,12 +50,9 @@ fi
 # debconf hangs if lightdm gets started below without this
 db_stop || true
 
-# update-rc.d levels
-S=30
-K=01
 
 if [ -x /etc/init.d/lightdm ]; then
-  update-rc.d lightdm defaults $S $K >/dev/null 2>&1
+  update-rc.d lightdm defaults >/dev/null 2>&1
 fi
 
 if [ "$1" = "configure" ];
-- 
2.20.0.rc2

Bug#915532: python3-astrometry package post-installation script subprocess returned error exit status 1

[Christophe Roland]

Package: python3-astrometry
Version: 0.76+dfsg-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I am unable to install the python3-astrometry package. Here is what
happens:
Paramétrage de python3-astrometry (0.76+dfsg-2) ...
  File "/usr/lib/python3/dist-packages/astrometry/util/EXIF.py", line 1183
y = 0L
 ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/astrometry/util/EXIF.py", line 1183
y = 0L
 ^
SyntaxError: invalid syntax

dpkg: erreur de traitement du paquet python3-astrometry (--configure) :
 installed python3-astrometry package post-installation script subprocess 
returned error exit status 1
dpkg: des problèmes de dépendances empêchent la configuration de astrometry.net 
:
 astrometry.net dépend de python3-astrometry ; cependant :
 Le paquet python3-astrometry n'est pas encore configuré.

dpkg: erreur de traitement du paquet astrometry.net (--configure) :
 problèmes de dépendances - laissé non configuré
Des erreurs ont été rencontrées pendant l'exécution :
 python3-astrometry
 astrometry.net


Regards,
Christophe Roland

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

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

Versions of packages python3-astrometry depends on:
ii  file1:5.34-2
ii  libastrometry0  0.76+dfsg-2
ii  libc6   2.28-1
ii  libcairo2   1.16.0-1
ii  libgsl232.5+dfsg-6
ii  libgslcblas02.5+dfsg-6
ii  libjpeg62-turbo 1:1.5.2-2+b1
ii  libnetpbm10 2:10.0-15.3+b2
ii  libpng16-16 1.6.34-2
ii  libwcs6 6.2-1
ii  python3 3.7.1-2
ii  python3-astropy 3.0.5-1
ii  python3-numpy [python3-numpy-abi9]  1:1.15.4-2
ii  zlib1g  1:1.2.11.dfsg-1

python3-astrometry recommends no packages.

python3-astrometry suggests no packages.

-- no debconf information

Bug#915533: [20181204] mirror.aarnet.edu.au: out of date

[Peter Palfrader]

Package: mirrors
User: mirr...@packages.debian.org
Usertags: mirror-problem

Hi!

it seems
mirror.aarnet.edu.au/debian/
is out of date
https://mirror-master.debian.org/status/mirror-info/mirror.aarnet.edu.au.html

Please investigate.


Also, you appear to not run ftpsync.

Using a modern ftpsync ensures updates are done in the correct order
so apt clients don't get confused.   In particular, it processes
translations, contents, and more files that have been added to the
archive in recent years in the correct stage.  It also should produce
trace files that contain more information that is useful for us and helps
downstream mirrors sync better.

  http://ftp.debian.org/debian/project/ftpsync/ftpsync-current.tar.gz

Cheers,

Bug#915425: debmake-doc: Please document usage of debhelper-compat

[Osamu Aoki]

On Mon, Dec 03, 2018 at 02:19:30PM -0500, Boyuan Yang wrote:
> Package: debmake-doc
> Version: 1.12-1
> Severity: normal
> 
> Since debhelper 11.3, it officially supports using debhelper-compat as build-
> dependency to replace debian/compat. Please document such change as a
> supported approach. See debhelper(7) for detailed information.

| In current debhelper, you can specify the compatibility level in
| debian/control by adding a Build-Depends on the debhelper-compat
| package.  For example, to use v11 mode, ensure debian/control has:
| 
|   Build-Depends: debhelper-compat (= 11)
 
| DH_COMPAT
| Temporarily specifies what compatibility level debhelper should run at, 
overriding any
| value specified via Build-Depends on debhelper-compat or via the 
debian/compat file.

So it sounds like additional mechanism to set compat level.

I see Virtual Package debhelper-compat which has description:
---
Virtual package provided by:

* debhelper (11.5.3) provides debhelper-compat (= 11)
* debhelper (11.5.3) provides debhelper-compat (= 10)
* debhelper (11.5.3) provides debhelper-compat (= 9)
---

All obsolete and deprecated versions are not listed above.

| Note that debhelper does not provide debhelper-compat for experimental
| or beta compatibility levels; packages experimenting with those
| compatibility levels should use debian/compat or DH_COMPAT.

Hmmm...

If you want to backport, this new method may be problematic.  But normal
official backport repo usually comes with backported debhelper so we may
be OK.

Anyway... I now see your point. It is cleaner interface.

Osamu

Bug#915321: Mutex creation failed

[Adrian Bunk]

On Tue, Dec 04, 2018 at 02:43:31PM +0100, Andreas Tille wrote:
> Hi Adrian,

Hi Andreas,

> any NMU / team upload is fine.  I'd do the upload myself but there is no
> patch attached.

sorry for that, now attached.

> Kind regards
> 
>Andreas.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Description: Link with libboost_atomic when needed
 Needed on armel/mips/mipsel/m68k/powerpc/powerpcspe.
Author: Adrian Bunk 

--- r-cran-later-0.7.5+dfsg.orig/src/Makevars.in
+++ r-cran-later-0.7.5+dfsg/src/Makevars.in
@@ -1,5 +1,5 @@
 PKG_CPPFLAGS = -pthread @cppflags@
-PKG_LIBS = -pthread @libs@
+PKG_LIBS = -pthread -Wl,--as-needed  -lboost_atomic -Wl,--no-as-needed @libs@
 
 # Uncomment to enable thread assertions
 # PKG_CPPFLAGS += -DDEBUG_THREAD -UNDEBUG

Bug#915534: sddm: Enforce correct boot sequence with elogind (avoid greyed buttons)

[Lorenzo Puliti]

Package: sddm
Version: 0.18.0-1
Severity: normal
Tags: patch

Dear Sddm maintainers,
(Adam Borowski in CC)

As you may know, Elogind has been packaged for Debian: Systemd-shim is
non functional (and i believe will be removed) so elogind is the only way
left in Debian (linux) to run a functional Dispaly manager with init != systemd.
I'm attaching a patch to make sure that sddm is started after elogind;
in doing this, i've noticed that in postinst script there is some 
ancient code that try to set boot order passing 'K' and 'S' to update-rc.d.
The patch fix also this. 

Please note that this patch only accounts for boot sequence; fully enabling
elogind support in sddm will need further patching but I know that 
Adam Borowski already has a patchset, so I leave that to him. 

Side note: a proper elogind support in sddm may also account for existing
bugs where people complains about suspend/reboot/shutdown buttons greyed
with sysvinit.

Thanks,
Lorenzo

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

Kernel: Linux 4.17.3-van (SMP w/4 CPU cores; PREEMPT)
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: runit (via /run/runit.stopit)

Versions of packages sddm depends on:
ii  adduser 3.118
ii  debconf [debconf-2.0]   1.5.69
ii  libc6   2.28-1
ii  libgcc1 1:8.2.0-10
ii  libpam0g1.1.8-3.8
ii  libqt5core5a5.11.2+dfsg-7
ii  libqt5dbus5 5.11.2+dfsg-7
ii  libqt5gui5  5.11.2+dfsg-7
ii  libqt5network5  5.11.2+dfsg-7
ii  libqt5qml5  5.11.2-3
ii  libqt5quick55.11.2-3
ii  libstdc++6  8.2.0-10
ii  libsystemd0 239-14
ii  libxcb-xkb1 1.13.1-1
ii  libxcb1 1.13.1-1
ii  qml-module-qtquick2 5.11.2-3
ii  x11-common  1:7.7+19
ii  xserver-xorg [xserver]  1:7.7+19
ii  xvfb [xserver]  2:1.20.3-1

Versions of packages sddm recommends:
ii  haveged 1.9.1-6
ii  libpam-elogind-compat [libpam-systemd]  1.2
ii  sddm-theme-breeze [sddm-theme]  4:5.14.3-1+b1
ii  sddm-theme-debian-elarun [sddm-theme]   0.18.0-1
ii  sddm-theme-elarun [sddm-theme]  0.18.0-1
ii  sddm-theme-maldives [sddm-theme]0.18.0-1
ii  sddm-theme-maui [sddm-theme]0.18.0-1

Versions of packages sddm suggests:
ii  libpam-kwallet5   5.14.3-1
pn  qtvirtualkeyboard-plugin  

-- Configuration Files:
/etc/init.d/sddm changed [not included]

-- debconf information:
* shared/default-x-display-manager: sddm
  sddm/daemon_name: /usr/bin/sddm
>From 1a59efddff5762df858822c06bc136c36ba816ec Mon Sep 17 00:00:00 2001
From: Lorenzo Puliti 
Date: Tue, 4 Dec 2018 00:22:29 +0100
Subject: [PATCH] Enforce right boot sequence with elogind

Add dbus and elogind under 'Should Start' in sysv init script.
Sddm should be started after elogind, so that 'sddm' user get a
session opened from elogind.
Also remove  'S' and 'K' update-rc.d levels from postinst script,
as setting the boot sequence that way is deprecated and no longer
effective.
---
 debian/sddm.init | 1 +
 debian/sddm.postinst | 5 +
 2 files changed, 2 insertions(+), 4 deletions(-)

diff --git a/debian/sddm.init b/debian/sddm.init
index d0642ab..fec43dd 100644
--- a/debian/sddm.init
+++ b/debian/sddm.init
@@ -5,6 +5,7 @@ if [ true != "$INIT_D_SCRIPT_SOURCED" ] ; then
 fi
 ### BEGIN INIT INFO
 # Provides:  sddm
+# Should-Start:  dbus elogind
 # Required-Start:$remote_fs $syslog
 # Required-Stop: $remote_fs $syslog
 # Default-Start: 2 3 4 5
diff --git a/debian/sddm.postinst b/debian/sddm.postinst
index 3d7cdb7..6d0dd22 100644
--- a/debian/sddm.postinst
+++ b/debian/sddm.postinst
@@ -75,12 +75,9 @@ if [ "$1" = configure ] && [ -d /etc/systemd/system/ ]; then
 fi
 fi
 
-# update-rc.d levels
-S=30
-K=01
 
 if [ -x /etc/init.d/sddm ]; then
-update-rc.d sddm defaults $S $K >/dev/null 2>&1
+update-rc.d sddm defaults >/dev/null 2>&1
 fi
 
 touch /var/log/sddm.log
-- 
2.20.0.rc2

Bug#915400: RFP: chromium-embedded-framework -- embedable web browser library

[Petter Reinholdtsen]

The cef library is also used by nageru and obs-browser, when
available.

A lengthy discussion related to CEF, requesting the source of
chromium to be made available as a binary package, can be found in
https://bugs.debian.org/893448 >.  The alternative seem to
be to embed a copy of the chromium source code in the cef source
package.

-- 
Happy hacking
Petter Reinholdtsen

Bug#893448: please add a chromium-source binary package

[Petter Reinholdtsen]

For the record, I registered WNPP https://bugs.debian.org/915400 >
asking for CEF before I was made aware of this discussion.

-- 
Happy hacking
Petter Reinholdtsen

Bug#915536: RFP: oomd -- userspace Out-Of-Memory (OOM) killer for linux systems

[Laurent Bigonville]

Package: wnpp
Severity: wishlist

* Package name: oomd
  Version : git HEAD
  Upstream Author : Dan Xu 
* URL : https://github.com/facebookincubator/oomd
* License : GPL2
  Programming Lang: C++
  Description : userspace Out-Of-Memory (OOM) killer for linux systems

oomd leverages PSI and cgroupv2 to monitor a system holistically. oomd
then takes corrective action in userspace before an OOM occurs in kernel
space. Corrective action is configured via a flexible plugin system, in
which custom code can be written. By default, this involves killing
offending processes. This enables an unparalleled level of flexibility
where each workload can have custom protection rules. Furthermore, time
spent livedlocked in kernelspace is minimized.

Bug#915537: MongoDB SSPL v1 license and the DFSG

[Apollon Oikonomopoulos]

Package: ftp.debian.org
Severity: normal

[ Continuing the thread in debian-legal[0] and Cc'ing debian-legal as 
  well ]

Dear FTP masters,

I would like your opinion on whether MongoDB's new SSPL license is 
suitable for inclusion in the main archive. To give a bit of background, 
MongoDB was previously distributed under a mixed AGPL-3.0/Apache-2.0 
license. On 2018-10-15, upstream did a commit replacing AGPL-3.0 with 
the new Server Side Public License Version 1[1] — of which MongoDB is 
the steward. The same change was backported to two stable branches, with 
the 3.6.9 and 4.0.4 stable revisions carrying the new license.

MongoDB has submitted the license to OSI for review[2]; the discussion 
there is still ongoing, but the initial response seems to be negative.  
In essence, the license (at least v1 which is currently in use) is 
almost identical to AGPL-3.0, with the exception of Section 13, which 
states:

> 13. Offering the Program as a Service.
>
> If you make the functionality of the Program or a modified version 
> available to third parties as a service, you must make the Service 
> Source Code available via network download to everyone at no charge, 
> under the terms of this License. Making the functionality of the 
> Program or modified version available to third parties as a service 
> includes, without limitation, enabling third parties to interact with 
> the functionality of the Program or modified version remotely through 
> a computer network, offering a service the value of which entirely or 
> primarily derives from the value of the Program or modified version, 
> or offering a service that accomplishes for users the primary purpose 
> of the Program or modified version.
> 
> “Service Source Code” means the Corresponding Source for the Program 
> or the modified version, and the Corresponding Source for all programs 
> that you use to make the Program or modified version available as a 
> service, including, without limitation, management software, user 
> interfaces, application program interfaces, automation software, 
> monitoring software, backup software, storage software and hosting 
> software, all such that a user could run an instance of the service 
> using the Service Source Code you make available.

What this section says (at least to my eyes), is that the SSPL requires 
*all software* interfacing with MongoDB to form a "service" to be 
licensed under the SSPL too. This is a much broader restriction than 
linking, but still does not seem to violate DFSG #9. It is also not a 
universal restriction, but one that is based on use/field of endeavor:

 + The same ancillary software, when made part of a "MongoDB 
   service", must be licensed under the SSPL, while when used for 
   other purposes may carry any license.

 + Conversely, when building a service around MongoDB, you are only 
   allowed to use SSPL-licensed software to build that service, 
   something that may turn out to be impractical or even impossible.

Note that this does not violate DFSG #6, as it does not prohibit *using* 
MongoDB itself for specific purposes, but it places heavy restrictions 
on *other* software you are able to use alongside MongoDB to build a 
service (for instance you can use bacula to backup your personal MongoDB 
instance, but you can't use bacula to backup your MongoDB-as-a-service 
unless bacula switches to SSPL). This has been somewhat rectified
in v2, which was submitted to OSI for review[3], but the spirit remains.

Also note that judging whether something is a "MongoDB service" depends 
on how much of its value it derives from MongoDB, or whether its primary 
purpose is "MongoDB", criteria that are both rather vague in themselves.

Finally, I worry that "enabling third parties to interact with the 
functionality of the Program […] remotely through a computer network" 
could be interpreted to also include Debian packages, in which case the 
above restrictions would apply to the Debian infrastructure as well.

Given the above and the fact that I'm not aware of any similar precedent 
in the archive, I would like your opinion on the license's DFSG 
compatibility. My personal view is that while the license does not 
violate the DFSG directly, it also does not agree with the DFSG's spirit 
(esp. DFSG #6).

If we deem the license to be DFSG-incompatible, then MongoDB will most 
likely have to be removed from the archive eventually; keeping the last 
AGPL-licensed version around without the ability to cherry-pick commits 
from upstream is not viable (definitely so for inclusion in stable), 
given the size and the complexity of the codebase.

Regards,
Apollon


[0] https://lists.debian.org/debian-legal/2018/10/msg1.html
[1] https://www.mongodb.com/licensing/server-side-public-license
[2] 
http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2018-October/003603.html
[3] 
http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2018-November/003836.ht

Bug#915538: pavucontrol: Please make ESC to close configurable

[Andreas Ronnquist]

Package: pavucontrol
Version: 3.0-4
Severity: normal

Dear Maintainer,

Using pavucontrol I often close it by mistake by pressing the escape
button. Please make it optional that ESC closes the "Volume Control"
dialog. (This is using Xfce).

A simple checkbutton to enable or disable closing using ESC under the
Configuration tab would be great.



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

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

Versions of packages pavucontrol depends on:
ii  libatk1.0-0  2.30.0-1
ii  libatkmm-1.6-1v5 2.28.0-1
ii  libc62.28-1
ii  libcairo-gobject21.16.0-1
ii  libcairo21.16.0-1
ii  libcairomm-1.0-1v5   1.12.2-3
ii  libcanberra-gtk3-0   0.30-6
ii  libcanberra0 0.30-6
ii  libgcc1  1:8.2.0-10
ii  libgdk-pixbuf2.0-0   2.38.0+dfsg-6
ii  libglib2.0-0 2.58.1-2
ii  libglibmm-2.4-1v52.58.0-1
ii  libgtk-3-0   3.24.1-2
ii  libgtkmm-3.0-1v5 3.24.0-1
ii  libpango-1.0-0   1.42.4-4
ii  libpangocairo-1.0-0  1.42.4-4
ii  libpangomm-1.4-1v5   2.42.0-1
ii  libpulse-mainloop-glib0  12.2-2
ii  libpulse012.2-2
ii  libsigc++-2.0-0v52.10.1-1
ii  libstdc++6   8.2.0-10
ii  libx11-6 2:1.6.7-1

Versions of packages pavucontrol recommends:
ii  pulseaudio  12.2-2

pavucontrol suggests no packages.

-- no debconf information

Bug#915539: barcode: Please provide with a man page

[Boyuan Yang]

Package: barcode
Version: 0.99-1
Severity: normal

Ever since barcode 0.99, upstream has removed man page in favour of info page.
We should provide a man page that at least redirects users to info page.

--
Regards,
Boyuan Yang

Bug#915531: ordering, dependencies

[Adam Borowski]

> init script ordering

Right, it's a race.  In my experience elogind seemed to always win this
race, but that's luck on my side.  Good catch.

> Please note that this patch only accounts for boot sequence; fully
> enabling elogind support in lightdm/sddm will need further patching but I
> know that Adam Borowski already has a patchset, so I leave that to him.

I've tried three setups with elogind:
  xfce + lightdm + slick-greeter [amd64]
  mate + lightdm + slick-greeter [x32]
  xfce + slim [i386]
using the libpam-elogind-compat hack.  All work the same: suspend and some
other bits work fine, reboot and shutdown show non-grayed buttons but do
nothing after logout.  That's a known problem with policykit-1, which is
not expected to require changes to packages that interact with it.

The libpam-elogind-compat package from experimental is not supposed to ever
enter unstable or buster, but functionally doesn't differ from my plan: it
affects package dependencies only, without changes beyond dpkg/apt metadata.

Once #915407 is accepted, I'll ask you to replace
  Depends: libpam-systemd
with
  Depends: default-logind | logind
but you can't do that yet.


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ Ivan was a worldly man: born in St. Petersburg, raised in
⢿⡄⠘⠷⠚⠋⠀ Petrograd, lived most of his life in Leningrad, then returned
⠈⠳⣄ to the city of his birth to die.

Bug#915321: Mutex creation failed

[Andreas Tille]

On Tue, Dec 04, 2018 at 04:15:54PM +0200, Adrian Bunk wrote:
> sorry for that, now attached.

No need to sorry.

I guess this patch needs an explicit

   Build-Depends: libboost-atomic-dev

(otherwise I get a build error on amd64).

Kind regards

   Andreas.

-- 
http://fam-tille.de

Bug#915540: openjdk-8-jre-dcevm should likely not be in buster

[Adrian Bunk]

Source: openjdk-8-jre-dcevm
Version: 8u181-1
Severity: serious

With OpenJDK 8 not supported in Debian this version is
likely not suitable for buster.

The OpenJDK 11 version seems to be at
https://github.com/HotswapProjects/openjdk-jdk11u

Bug#905674: GNU Parallel patch

[Didier 'OdyX' Raboud]

Control: clone -1 -2
Control: retitle -2 parallel 20161222-1.1 NMU removes upstream "--will-cite" 
functionality
Control: reopen -2
Control: notfound -2 20161222
Control: found -2 20161222-1.1
Control: severity -2 important

Dear Ole,

Le lundi, 3 décembre 2018, 18.55:00 h CET Ole Tange a écrit :
> I have noticed that you have submitted a patch and closed this bug:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905674#77
> 
> I am sure you are trying to do what is best for free software. But
> what looks like a good idea in the short run, may be a bad idea in the
> long run. The long term survival of Debian depends on others building
> free software that can be packaged, so destroying these people's
> livelihood is a bad long term strategy.
> 
> In the reasoning for the patch you state:
> > Quoting the gpl-faq:
> [... https://www.gnu.org/licenses/gpl-faq.en.html#RequireCitation ...]
> 
> > Therefore, removing this to make parallel GPL-compliant.
> 
> I think this is due to a misunderstanding.
> 
> Maybe you not aware that Richard M. Stallman together with the GNU
> leaders have cleared the wording and the use of the citation notice,
> and that he sees it as complying fully with GPLv3?

I was not, but, as Debian Developer, I don't feel bound by RMS' (and "GNU
leaders", whomever this designates) statements about GPLv3.  What mattered for
this now-closed bugreport is our DFSG; specifically it's article 1 (emphasis
mine) and 5.

> DFSG 1: Free Redistribution
> The license of a Debian component may not restrict any party from selling or
> giving away the software as a component of an aggregate software
> distribution containing programs from several different sources. The license
> *may not require a royalty or other fee* for such sale.

> DFSG 5: No Discrimination Against Persons or Groups
> The license must not discriminate against any person or group of persons.

Le lundi, 3 décembre 2018, 18.55:00 h CET Ole Tange a écrit :
> Your patch therefore does not change the GPLv3-compliancy: The code
> was already compliant.

I disagree; my understanding is that RMS&co declared parallel to carry no
problem with regards to GPLv3 compliance in October 2018, probably for the
latest upstream release.

But Debian ships parallel 20161222 which:
* contains a request for the user to promise academic citation,
* imposes the use of either "--will-cite" or the presence of a
  `~.parallel/will-cite`, which makes it unnecessarily burdensome to use
  in a scripted manner.

This is a clear attempt at side-stepping GPLv3 software freedoms by using
guilt-inducting language.  As the GPLv3 allows (almost any) modification, I've
just went and did that, also to ensure that src:parallel can stay in the
Debian main archive, where it belongs.

> But what your patch *does* do, is to make it harder to earn a living
> from developing GNU Parallel and will make it much harder for me to
> justify spending time maintaining GNU Parallel.

Be careful with such arguments: by merely distributing GNU parallel in its
main archive, Debian is also vastly expanding the availability of GNU
parallel.  And if you do insist on getting Debian to rename it, you'll
likely lose any incentive from "renamed GNU parallel" users getting it from
the Debian archive.

> As Nadia Eghbal puts it in
> https://www.slideshare.net/NadiaEghbal/consider-the-maintainer:
> 
> "Is it alright to compromise, or even deliberately ignore, the
> happiness of maintainers so we that can enjoy free and open source
> software?"
> 
> This describes very well what you are doing with the patch, and I
> refuse to think that was your goal.

For the record:
* My primary goal was to remove a "Release Critical" bug from Debian's next
  stable release, during a Bug Squashing Party;
* While looking at this bug, it seemed obvious to me that merely removing the
  obnoxious phrasing and functionality was an easy way to fix this bug; in a
  GPLv3- and DFSG-compatible way.
* I am not the Debian maintainer of src:parallel, so my contribution was one-
  -off.
* I did a Non-Maintainer Upload immediately, following DevRef 5.11.1:
  
https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#nmu-guidelines
* I do think that making fine free software unnecessarily cumbersome to use,
  only to increase user's knowledge of the original author's funding
  initiatives is bad practice.  This reduces the quality of software and
  is really on the line of what makes software really "free software"
  (I'm fine to disagree with RMS on that front).  Weaker phrasing doesn't
  make the intent any better.
* Prominent links or funding pitches are fine in _documentation_, as long as
  they:
  - don't imply that payment is mandatory;
  - don't impose citation;
  For instance, parallel 20161222 manpage's 
  > If you pay 1 EUR you should feel free to use GNU Parallel without 
citing.
  … is not acceptable IMHO.
* I am not a Debian FTP-master, in charge of specific interpretations of
  the DFSG.

> So if you 

Bug#915537: dropped by Red Hat

[Adam Borowski]

Note that mongodb has already been dropped by Red Hat over this license:

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8-beta/html/8.0_beta_release_notes/new-features#web_servers_databases_dynamic_languages_2


-- 
⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ Ivan was a worldly man: born in St. Petersburg, raised in
⢿⡄⠘⠷⠚⠋⠀ Petrograd, lived most of his life in Leningrad, then returned
⠈⠳⣄ to the city of his birth to die.

Bug#905254: Status of libphp-phpmailer

[Chris Lamb]

Vincent Danjean wrote:

>   However, the git does not seem to have been moved to salsa.

I fixed a number of CVEs recently and I would love to push my changes
to suitable branches. Can the PEAR maintainers please migrate this
repo ASAP?


Best wishes,

-- 
  ,''`.
 : :'  : Chris Lamb 🍥 Debian Project Leader (2017—)
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#915542: src:meliae: Please add Python 3 package

[W. Martin Borgert]

Source: meliae
Version: 0.4.0+bzr199-4
Severity: wishlist

Python 2 retires in about one year from now:
https://pythonclock.org/
Please add a Python 3 binary package to meliae.
Thanks!

Btw. meliae seems to be a little bit inactive on
the upstream side. Last commit was 2013-05-19.

Bug#915236: ngspice FTBFS: dh_install: Cannot find "doc/*build_ngspice*.png"

[Adrian Bunk]

Control: retitle -1 ngspice FTBFS when not building in a path matching 
*build/ngspice*

On Tue, Dec 04, 2018 at 07:43:14AM +0100, Carsten Schoenert wrote:
> Control: severity -1 important
> Control: retile -1 ngspice: FTBR: dh_install: Cannot find 
> "doc/*build_ngspice*.png
> 
> Hello Adrian,

Hello Carsten,

> On Sun, Dec 02, 2018 at 01:05:56AM +0200, Adrian Bunk wrote:
> > Source: ngspice
> > Version: 29-1
> > Severity: serious
> > Tags: ftbfs
> > 
> > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ngspice.html
> > 
> > ...
> > dh_install
> > dh_install: Cannot find (any matches for) "doc/*build_ngspice*.png" (tried 
> > in ., debian/tmp)
> > 
> > dh_install: ngspice-doc missing files: doc/*build_ngspice*.png
> > dh_install: missing files, aborting
> > make[1]: *** [debian/rules:124: override_dh_install-indep] Error 25
> 
> as much I like your work in Debian I disagree on the used severity for
> this report.
> ngspice isn't failing on any buildd, *all* platforms Debian is currently
> supporting have build successfully the ngspice packages. So I really
> don't see a FTBFS!
> 
> I agree that ngspice isn't building reproducible for some reason. Policy
> is saying that a package SHOULD be buildable reproducible but not it
> MUST, so a report against a package due not buildable reproducible can't
> be RC. Because of this I've downgraded the severity to important.

this bug is not about the package not being reproducible.

> Without some debugging why the second build of ngspice in the
> reproducible build environment is failing it's unlikely to find the
> reason for the failing build. I don't have any reproducible build
> environment running, I wont find out something useful.
>...

It is the first build that failed in reproducible, and it also failed 
when I tried locally in a chroot before submitting this bug.

Looking at my failed build, there is an interesting cause of this FTBFS:

bunk@localhost:~/ngspice-29$ ls doc/*ngspice*
doc/26_home_bunk_ngspice-29_doc_Images_fft_windows.png
doc/27_home_bunk_ngspice-29_doc_Images_ng-win-out.png
doc/28_home_bunk_ngspice-29_doc_Images_ng-win-out-white.png
doc/29_home_bunk_ngspice-29_doc_Images_Example_Circuit_C1.png
doc/30_home_bunk_ngspice-29_doc_Images_C4.png
doc/31_home_bunk_ngspice-29_doc_Images_C5.png
doc/32_home_bunk_ngspice-29_doc_Images_vr2-trrandom.png
doc/33_home_bunk_ngspice-29_doc_Images_gnuplot-stat-an.png
doc/34_home_bunk_ngspice-29_doc_Images_optim-speed.png
doc/35_home_bunk_ngspice-29_doc_Images_XSPICE-Toplevel.png
doc/36_home_bunk_ngspice-29_doc_Images_Example_Circuit_1.png
doc/37_home_bunk_ngspice-29_doc_Images_Example_Circuit_2.png
doc/38_home_bunk_ngspice-29_doc_Images_Example_Circuit_C3.png
doc/39_home_bunk_ngspice-29_doc_Images_Filter-IO.png
doc/40_home_bunk_ngspice-29_doc_Images_Subc-filter.png
doc/41_home_bunk_ngspice-29_doc_Images_CIDER_Conc_profile1.png
doc/42_home_bunk_ngspice-29_doc_Images_CIDER_Conc_profile2.png
doc/43_home_bunk_ngspice-29_doc_Images_mesh-3a.png
bunk@localhost:~/ngspice-29$ 

The binary package contains the build path in the file names, and the 
build fails when your regex that matches when *build/ngspice* is part
of the build path fails.

> Regards
> Carsten

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#915321: Mutex creation failed

[Adrian Bunk]

On Tue, Dec 04, 2018 at 04:10:09PM +0100, Andreas Tille wrote:
> On Tue, Dec 04, 2018 at 04:15:54PM +0200, Adrian Bunk wrote:
> > sorry for that, now attached.
> 
> No need to sorry.
> 
> I guess this patch needs an explicit
> 
>Build-Depends: libboost-atomic-dev
> 
> (otherwise I get a build error on amd64).

Again a need to be sorry...

I saw the libboost-dev in the build dependencies, and mistook
it for libboost-all-dev (and libboost-atomic-dev was already
in my chroots making it not fail for me).

So yes you are right, thanks for catching this.

> Kind regards
> 
>Andreas.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#914923: RFP: shellshare -- Live terminal broadcast (client/server)

[Paulo Henrique de Lima Santana]

Control: retitle -1 ITP: shellshare -- Live terminal broadcast (client/server)

I am working to package this software.

-- 
Paulo Henrique de Lima Santana (phls)
Curitiba - Brasil
Membro da Comunidade Curitiba Livre
Site: http://www.phls.com.br
GNU/Linux user: 228719  GPG ID: 0443C450

Apoie a campanha pela igualdade de gênero #HeForShe (#ElesPorElas)  
http://www.heforshe.org/pt


pgpOlJyf_lSX5.pgp
Description: PGP signature

Bug#915540: openjdk-8-jre-dcevm should likely not be in buster

[Emmanuel Bourg]

Le 04/12/2018 à 16:06, Adrian Bunk a écrit :

> With OpenJDK 8 not supported in Debian this version is
> likely not suitable for buster.
> 
> The OpenJDK 11 version seems to be at
> https://github.com/HotswapProjects/openjdk-jdk11u

There is no harm keeping openjdk-8-jre-dcevm in Buster though. I take
this more as a RFP for the JDK 11 version.

Bug#915543: xcb-util-wm: diff for NMU version 0.4.1-1.1

[Boyuan Yang]

Package: xcb-util-wm
Version: 0.4.1-1
Severity: normal
Tags: patch  pending

Dear maintainer,

I noticed that package xcb-util-wm hasn't seen any upload since 2014.
Since I'm going to deal with some new packages that directly uses
xcb-util-wm, I think it might be a good idea to make an upload before
Buster freeze and rebuild my packages on top of newly-built xcb-util-wm.

I've prepared an NMU for xcb-util-wm (versioned as 0.4.1-1.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.

This NMU didn't touch anything about packaging; it was merely some
metadata updates and keep in sync with downstream Ubuntu's patched
version. Please let me know ASAP if you have any doubts. After this NMU
is accepted, I'd be glad to provide a Merge Request on Salsa git repo
to reflect this NMU-ed version.

Regards.

diff -Nru xcb-util-wm-0.4.1/debian/changelog xcb-util-wm-0.4.1/debian/changelog
--- xcb-util-wm-0.4.1/debian/changelog2014-02-19 07:40:27.0 -0500
+++ xcb-util-wm-0.4.1/debian/changelog2018-12-04 10:08:38.0 -0500
@@ -1,3 +1,19 @@
+xcb-util-wm (0.4.1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Steve Langasek ]
+  * Use dh-autoreconf, to support rebuilding on new architectures.
+
+  [ Boyuan Yang ]
+  * debian/control,copyright: Use HTTPS url when possible.
+  * debian/control:
++ Update Vcs-Git and Vcs-Browser fields to use git repo under
+  Salsa Xorg Team.
++ Replace obsolete package priority "extra" with "optional".
+
+ -- Boyuan Yang   Tue, 04 Dec 2018 10:08:38 -0500
+
 xcb-util-wm (0.4.1-1) unstable; urgency=medium

   * New upstream release.
diff -Nru xcb-util-wm-0.4.1/debian/control xcb-util-wm-0.4.1/debian/control
--- xcb-util-wm-0.4.1/debian/control2014-02-19 07:33:16.0 -0500
+++ xcb-util-wm-0.4.1/debian/control2018-12-04 10:08:36.0 -0500
@@ -1,11 +1,12 @@
 Source: xcb-util-wm
 Section: libdevel
-Priority: extra
+Priority: optional
 Maintainer: Debian X Strike Force 
 Uploaders: Julien Danjou ,
Arnaud Fontaine 
 Build-Depends: cdbs (>= 0.4.93~),
debhelper (>= 8.1.3),
+   dh-autoreconf,
libxcb1-dev (>= 1.6),
pkg-config,
m4,
@@ -15,9 +16,9 @@
automake,
xutils-dev (>= 1:7.7~1~)
 Standards-Version: 3.9.3
-Homepage: http://xcb.freedesktop.org
-Vcs-Git: git://anonscm.debian.org/pkg-xorg/lib/xcb-util-wm.git
-Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-xorg/lib/xcb-util-wm.git
+Homepage: https://xcb.freedesktop.org
+Vcs-Git: https://salsa.debian.org/xorg-team/lib/xcb-util-wm.git
+Vcs-Browser: https://salsa.debian.org/xorg-team/lib/xcb-util-wm

 Package: libxcb-icccm4
 Section: libs
diff -Nru xcb-util-wm-0.4.1/debian/copyright xcb-util-wm-0.4.1/debian/copyright
--- xcb-util-wm-0.4.1/debian/copyright2014-02-19 07:01:42.0 -0500
+++ xcb-util-wm-0.4.1/debian/copyright2018-12-04 10:05:18.0 -0500
@@ -1,7 +1,7 @@
-Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
+Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: xcb-util-wm
 Upstream-Contact: XCB Mailing List 
-Source: http://xcb.freedesktop.org
+Source: https://xcb.freedesktop.org

 Files: *
 Copyright: 2007-2008 Vincent Torri 
diff -Nru xcb-util-wm-0.4.1/debian/rules xcb-util-wm-0.4.1/debian/rules
--- xcb-util-wm-0.4.1/debian/rules2014-02-19 07:28:34.0 -0500
+++ xcb-util-wm-0.4.1/debian/rules2018-12-04 10:04:12.0 -0500
@@ -3,6 +3,7 @@
 DEB_DH_INSTALL_SOURCEDIR=debian/tmp

 include /usr/share/cdbs/1/rules/debhelper.mk
+include /usr/share/cdbs/1/rules/autoreconf.mk
 include /usr/share/cdbs/1/class/autotools.mk

 DEB_CONFIGURE_EXTRA_FLAGS += --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)

Bug#888011: #888011

[Sébastien Delafond]

Python3 package, plus upstream bump to 0.3.7, available at:

  https://github.com/sdelafond/python-jenkinsapi

Would you be willing to share or hand over maintenance of this package,
ideally on salsa ?

Cheers,

-- 
Seb

Bug#915545: aptsh FTCBFS: does not pass --host to ./configure

[Helmut Grohne]

Source: aptsh
Version: 0.0.8
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

aptsh fails to cross build from source, because it does not pass --host
to ./configure. The easiest way of doing so is letting dh_auto_configure
do it. The attached patch does that and makes aptsh cross buildable.
Please consider applying it.

Helmut
diff --minimal -Nru aptsh-0.0.8/debian/changelog 
aptsh-0.0.8+nmu1/debian/changelog
--- aptsh-0.0.8/debian/changelog2016-12-18 22:40:11.0 +0100
+++ aptsh-0.0.8+nmu1/debian/changelog   2018-12-04 06:21:49.0 +0100
@@ -1,3 +1,10 @@
+aptsh (0.0.8+nmu1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Let dh_auto_configure pass --host to ./configure. (Closes: #-1)
+
+ -- Helmut Grohne   Tue, 04 Dec 2018 06:21:49 +0100
+
 aptsh (0.0.8) unstable; urgency=medium
 
   * QA upload
diff --minimal -Nru aptsh-0.0.8/debian/rules aptsh-0.0.8+nmu1/debian/rules
--- aptsh-0.0.8/debian/rules2007-04-09 16:30:38.0 +0200
+++ aptsh-0.0.8+nmu1/debian/rules   2018-12-04 06:21:49.0 +0100
@@ -10,7 +10,7 @@
 
 config.status: configure
dh_testdir
-   CFLAGS="$(CFLAGS)" ./configure --prefix=/usr 
--mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info
+   CFLAGS="$(CFLAGS)" dh_auto_configure -- 
'--libexecdir=$${prefix}/lib/aptsh'
 
 
 build: build-stamp
@@ -43,12 +43,6 @@
dh_installdirs
 
$(MAKE) install DESTDIR=$(CURDIR)/debian/aptsh
-   
-   mkdir -p $(CURDIR)/debian/aptsh/usr/lib/aptsh/
-   mv $(CURDIR)/debian/aptsh/usr/libexec/aptsh_ls 
$(CURDIR)/debian/aptsh/usr/lib/aptsh/
-   mv $(CURDIR)/debian/aptsh/usr/libexec/aptsh_rls 
$(CURDIR)/debian/aptsh/usr/lib/aptsh/
-   mv $(CURDIR)/debian/aptsh/usr/libexec/aptsh_printer 
$(CURDIR)/debian/aptsh/usr/lib/aptsh/
-   rm -rf $(CURDIR)/debian/aptsh/usr/libexec
 
 binary-indep: build install
 

Bug#915516: laptop-mode-tools: installation does not complete as service is not enabled

[Grand T]

Very strange, the behavior is not the same on starting
$ systemctl status laptop-mode.service -l -n 50
● laptop-mode.service - Laptop Mode Tools
   Loaded: loaded (/lib/systemd/system/laptop-mode.service; enabled; vendor 
preset: enabled)
   Active: active (exited) since Tue 2018-12-04 15:39:31 CET; 47min ago
 Docs: man:laptop_mode(8)
   man:laptop-mode.conf(8)
   http://github.com/rickysarraf/laptop-mode-tools
  Process: 29150 ExecReload=/usr/sbin/laptop_mode auto (code=exited, 
status=0/SUCCESS)
  Process: 5008 ExecStart=/usr/sbin/laptop_mode init force (code=exited, 
status=0/SUCCESS)
  Process: 5007 ExecStartPre=/bin/rm -f /var/run/laptop-mode-tools/state 
(code=exited, status=0/SUCCESS)
  Process: 4862 ExecStartPre=/bin/rm -f /var/run/laptop-mode-tools/enabled 
(code=exited, status=0/SUCCESS)
 Main PID: 5008 (code=exited, status=0/SUCCESS)

déc. 04 16:19:42 debian laptop_mode[27822]: enabled, active [unchanged]
déc. 04 16:19:42 debian systemd[1]: Reloaded Laptop Mode Tools.
déc. 04 16:19:51 debian systemd[1]: Reloading Laptop Mode Tools.
déc. 04 16:19:51 debian laptop_mode[27931]: Laptop mode
déc. 04 16:19:51 debian laptop_mode[27931]: enabled, active [unchanged]
déc. 04 16:19:51 debian systemd[1]: Reloaded Laptop Mode Tools.
déc. 04 16:20:02 debian systemd[1]: Reloading Laptop Mode Tools.
déc. 04 16:20:02 debian laptop_mode[28037]: Laptop mode
déc. 04 16:20:02 debian laptop_mode[28037]: enabled, active [unchanged]
déc. 04 16:20:02 debian systemd[1]: Reloaded Laptop Mode Tools.
déc. 04 16:20:14 debian systemd[1]: Reloading Laptop Mode Tools.
déc. 04 16:20:14 debian laptop_mode[28150]: Laptop mode
déc. 04 16:20:14 debian laptop_mode[28150]: enabled, active [unchanged]
déc. 04 16:20:14 debian systemd[1]: Reloaded Laptop Mode Tools.
déc. 04 16:20:25 debian systemd[1]: Reloading Laptop Mode Tools.

Why reloaded and started with no ending??

systemctl status laptop-mode.timer
● laptop-mode.timer - Runs Laptop Mode Tools - Polling Service, every 150 
seconds
   Loaded: loaded (/lib/systemd/system/laptop-mode.timer; enabled; vendor 
preset: enabled)
   Active: active (waiting) since Tue 2018-12-04 15:39:27 CET; 53min ago
  Trigger: Tue 2018-12-04 16:34:55 CET; 2min 2s left

déc. 04 15:39:27 debian systemd[1]: Started Runs Laptop Mode Tools - Polling 
Service, every 150 seconds.

systemctl status lmt-poll.service
● lmt-poll.service - Laptop Mode Tools - Battery Polling Service
   Loaded: loaded (/lib/systemd/system/lmt-poll.service; enabled; vendor 
preset: enabled)
   Active: inactive (dead) since Tue 2018-12-04 16:32:25 CET; 1min 14s ago
 Docs: man:laptop_mode(8)
   man:laptop-mode.conf(8)
   http://github.com/rickysarraf/laptop-mode-tools
  Process: 29770 ExecStart=/lib/udev/lmt-udev auto (code=exited, 
status=0/SUCCESS)
 Main PID: 29770 (code=exited, status=0/SUCCESS)

déc. 04 16:32:25 debian systemd[1]: Starting Laptop Mode Tools - Battery 
Polling Service...
déc. 04 16:32:25 debian systemd[1]: Started Laptop Mode Tools - Battery Polling 
Service.

Bug#911072: retitle to RFS: batctl/2018.3-1~bpo8+1 [BPO]

[Sven Eckelmann]

On Tuesday, 30 October 2018 16:30:23 CET Bart Martens wrote:
> retitle 911072 RFS: batctl/2018.3-1~bpo8+1 [BPO]
> stop
> 
> I see that the package at mentors has version 2018.3-1~bpo8+1
> so I retitle the RFS to match that version.

This was wrong. The version on mentors was 2018.3-1~bpo9+1 (like you can also 
see in the link). The ticket 911071 was about the other backport (which was 
closed later because jessie-backports-sloppy is now closed).

Kind regards,
Sven

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