Bug#891283: RFS: hal-flash/0.3.3-2

[Kentaro Hayashi]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "hal-flash"

* Package name: hal-flash
  Version : 0.3.3-2
  Upstream Author : Christopher Horler 
* URL : https://github.com/cshorler/hal-flash
* License : GPL-2+ or AFL-2.1
  Section : libs

It builds those binary packages:

  libhal1-flash - Compatibility library to allow playback of Flash DRM content

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

https://mentors.debian.net/package/hal-flash


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

  dget -x 
https://mentors.debian.net/debian/pool/main/h/hal-flash/hal-flash_0.3.3-2.dsc

More information about hello can be obtained from 
https://github.com/cshorler/hal-flash

Changes since the last upload:

  * debian/control
- Update maintainer name.
- Bump debhelper version to 11.
- Fix priority-extra-is-replaced-by-priority-optional
- Bump standards version to 4.1.3.
- Fix useless-autoreconf-build-depends.
  * debian/copyright
- Fix insecure protocol for the URI.
  * debian/compat
- Bump compatibility level to 11.

Regards,


pgpWTvMoQlnR8.pgp
Description: PGP signature

Bug#891278: ntpsec-ntpviz: fails to install: install: invalid user 'ntp'

[Richard Laager]

Since ntpsec-ntpviz does not Depend, much less Pre-Depend, on ntpsec, the 
adduser from ntpsec.postinst needs to be duplicated into ntpsec-ntpviz.postinst.

I’ll take care of this in a couple days.

-- 
Richard

Bug#873240: Processed: your mail

[Ritesh Raj Sarraf]

Control: severity -1 important

On Sat, 2018-02-24 at 00:21 +, Debian Bug Tracking System wrote:
> Bug #873240 [redshift-gtk] redshift-gtk: redshift doesn't launch
> either when launching in the console or at start of computer
> Bug #883119 [redshift-gtk] redshift-gtk: No redshift icon in the
> notification area
> Severity set to 'grave' from 'important'
> Severity set to 'grave' from 'important'

Please don't just set severity levels without reasoning.

redshift works fine by itself. The GUI wrapper may have issues under
certain Desktop Environments, but the core applications works fine.


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

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

Bug#856179: ITP: polybar -- fast and easy-to-use status bar

[Jason Pleau]

Hi.

On 02/20/2018 01:51 PM, Antoine Beaupre wrote:
> On Sat, Feb 25, 2017 at 10:48:12PM -0500, Jason Pleau wrote:
>> I plan to maintain this package in collab-maint on alioth
> 
> Any progress here? I'm interested in tryint that stuff out...
> 
> .
> 

I originally replied on IRC but I'll go into more details here :

There are a few missing packages in Debian before I can start working on
polybar itself:

When we look at the lib/ folder there are these libraries that aren't in
the archive:

i3ipcpp (github.com/jaagr/i3ipcpp, forked from drmgc/i3pcpp)
  - auss (github.com/jaagr/auss, forked from drmgc/auss)
  - jsoncpp (seems to be in Debian as src:libjsoncpp)
xpp (github.com/jaagr/xpp, forked from jotrk/xpp)


I don't mind doing the work of packaging these 3 libraries, however I
would package the forks, unless someone wants to step in and try to get
the forks merged into their original upstreams.

There are also two headers included
  - concurrentqueue/include/moodycamel/blockingconcurrentqueue.h
  - concurrentqueue/include/moodycamel/concurrentqueue.h

These headers seem to be included in two other projects (radmap and
salmon). Is it ok to also include these directly with polybar ?

I'll try to get started on this soon, it's been a year since I filed the
ITP and I am still using polybar from a manual build / install..

Of course, I would welcome any help with this.

Thanks !


-- 
Jason Pleau

Bug#891282: RFS: fcitx/4.2.9.6-1 -- Flexible Input Method Framework

[Boyuan Yang]

Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: debian-input-met...@lists.debian.org a...@debian.org

Dear mentors and debian-input-method team members,

  I am looking for a sponsor for team package "fcitx"

 * Package name: fcitx
   Version : 1:4.2.9.6-1
   Upstream Author : Weng Xuetian 
 * URL : https://fcitx-im.org/
 * License : GPL-2+
   Section : utils


  It builds those binary packages:

 fcitx - Flexible Input Method Framework
 fcitx-bin  - Flexible Input Method Framework - essential binaries
 fcitx-data - Flexible Input Method Framework - essential data files
 fcitx-frontend-all - Flexible Input Method Framework - frontends metapackage
 fcitx-frontend-gtk2 - Flexible Input Method Framework - GTK+ 2 IM
Module frontend
 fcitx-frontend-gtk3 - Flexible Input Method Framework - GTK+ 3 IM
Module frontend
 fcitx-frontend-qt4 - Flexible Input Method Framework - Qt4 IM Module frontend
 fcitx-libs - Flexible Input Method Framework - metapackage for libraries
 fcitx-libs-dev - Flexible Input Method Framework - library development files
 fcitx-module-dbus - Flexible Input Method Framework - D-Bus module
and IPC frontend
 fcitx-module-kimpanel - Flexible Input Method Framework - KIMPanel
protocol module
 fcitx-module-lua - Flexible Input Method Framework - Lua module
 fcitx-module-x11 - Flexible Input Method Framework - X11 module and
XIM frontend
 fcitx-modules - Flexible Input Method Framework - core modules
 fcitx-pinyin - Flexible Input Method Framework - classic Pinyin engine
 fcitx-qw   - Flexible Input Method Framework - QuWei engine
 fcitx-table - Flexible Input Method Framework - table engine
 fcitx-table-all - Flexible Input Method Framework - tables metapackage
 fcitx-table-bingchan - Flexible Input Method Framework - Bingchan table
 fcitx-table-cangjie - Flexible Input Method Framework - Cangjie table
 fcitx-table-dianbaoma - Flexible Input Method Framework - Dianbaoma table
 fcitx-table-erbi - Flexible Input Method Framework - Erbi table
 fcitx-table-wanfeng - Flexible Input Method Framework - Wanfeng table
 fcitx-table-wbpy - Flexible Input Method Framework - WubiPinyin table
 fcitx-table-wubi - Flexible Input Method Framework - Wubi table
 fcitx-table-ziranma - Flexible Input Method Framework - Ziranma table
 fcitx-tools - Flexible Input Method Framework - various tools
 fcitx-ui-classic - Flexible Input Method Framework - Classic user interface
 gir1.2-fcitx-1.0 - GObject introspection data for fcitx
 libfcitx-config4 - Flexible Input Method Framework - configuration
support library
 libfcitx-core0 - Flexible Input Method Framework - library of core functions
 libfcitx-gclient1 - Flexible Input Method Framework - D-Bus client
library for Glib
 libfcitx-qt0 - Flexible Input Method Framework - Meta package for Qt library
 libfcitx-utils0 - Flexible Input Method Framework - utility support library

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

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


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

dget -x 
https://mentors.debian.net/debian/pool/main/f/fcitx/fcitx_4.2.9.6-1.dsc

  Git packaging repository:

https://anonscm.debian.org/git/pkg-ime/fcitx.git (up-to-date currently)
https://salsa.debian.org/debian/fcitx.git (outdated)

  Changes since the last upload:

 fcitx (1:4.2.9.6-1) unstable; urgency=medium
 .
   * Team upload.
   * New upstream release.
   * d/patches: Refresh patches; drop patch 0003-0006, applied upstream.
   * d/control: Use kdialog instead of kdebase-bin as dependency.
 Closes: #885836, Closes: #885850
   * d/control: Add X-Ubuntu-Use-Langpack: yes to strip translation
 for Ubuntu.


  Regards,
   Boyuan Yang

Bug#891281: autotools-dev: Please update to new upstream version with x32 detection

[James Clarke]

Source: autotools-dev
Version: 20171216.1
Tags: upstream patch fixed-upstream
User: debian-...@lists.debian.org
Usertags: port-x32
Forwarded: 
http://git.savannah.gnu.org/cgit/config.git/commit/?id=bd9626458c30d7faec17d7dfbd85a80617b10007
X-Debbugs-Cc: glaub...@physik.fu-berlin.de

Hi,
Until today, config.guess (both upstream and in Debian) has lacked
support for detecting x32, instead just printing out the tuple for
amd64, x86_64-*-linux-gnu, and somehow this has gone unnoticed and not
caused much issue (with one exception being llvm-toolchain-*, which ends
up building a compiler which has amd64 as its default target). The above
commit has just been applied upstream to detect an x32 system; please
consider updating to the latest upstream version to include this change,
or backport the single commit.

Regards,
James

Bug#874217: rlwrap FTCBFS: /proc//cwd check not cacheable

[Mike Miller]

On Mon, Sep 04, 2017 at 12:17:12 +0200, Helmut Grohne wrote:
> rlwrap fails to cross build from source, because it uses an uncacheable
> AC_CHECK_FILES where the cache variable contains the process id of
> ./configure. After thinking about it, I figured that replacing
> "/proc/$$" with "/proc/self" would be a reasonable compromise making the
> cache variable predictable. Thus it can be provided with a cross build.
> When using the attached patch and providing
> ac_cv_file__proc_self_cwd_cwdcheck (yes for linux-any and kfreebsd-any,
> no for hurd-any), rlwrap cross build successfully. Please consider
> applying the patch.

Thank you for taking the time to write a patch for this problem. In
working on packaging the latest upstream release, I've noticed that the
configure script has diverged from the affected code.

With the 0.43 release (uploading soon to unstable), it should be
possible to cross-build by defining ENABLE_MIRROR_ARGS on linux-any and
kfreebsd-any.

-- 
mike


signature.asc
Description: PGP signature

Bug#484011: aptitude: Display archive-name|origin|Label in package view (add %t to Package-Display-Format)

[Paul Wise]

Control: usertags -1 + bittenby

On Fri, 19 Aug 2016 21:50:34 +0100 Manuel A. Fernandez Montecelo wrote:

> So it will need further consideration.

I think in the version list %t could be the default because there it
doesn't have the package name so more space is available. Also:

https://bugs.debian.org/180539

There are some possibilities for mitigating the concerns you raised:

Merge  and -debug into one suite name for origin Debian.

Do not show the value of %t when apt only knows about one suite.

Make %t a low priority field, so it is only shown when there is enough
space in the line after showing all of the other fields.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#891280: python{,3}-cmor: fails to install: SyntaxError

[Andreas Beckmann]

Package: python-cmor,python3-cmor
Version: 3.3.1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package python-cmor.
  (Reading database ... 
(Reading database ... 5934 files and directories currently installed.)
  Preparing to unpack .../python-cmor_3.3.1-1_amd64.deb ...
  Unpacking python-cmor (3.3.1-1) ...
  Setting up python-cmor (3.3.1-1) ...
File "/usr/lib/python2.7/dist-packages/cmip6_cv/PrePARE/PrePARE.py", line 
506
  print 
"="

  ^
  SyntaxError: invalid syntax
  
  dpkg: error processing package python-cmor (--configure):
   installed python-cmor package post-installation script subprocess returned 
error exit status 101
  Errors were encountered while processing:
   python-cmor


  Selecting previously unselected package python3-cmor.
  (Reading database ... 
(Reading database ... 6101 files and directories currently installed.)
  Preparing to unpack .../python3-cmor_3.3.1-1_amd64.deb ...
  Unpacking python3-cmor (3.3.1-1) ...
  Setting up python3-cmor (3.3.1-1) ...
File "/usr/lib/python3/dist-packages/cmip6_cv/PrePARE/PrePARE.py", line 506
  print 
"="

  ^
  SyntaxError: Missing parentheses in call to 'print'. Did you mean 
print("=")?
  
  dpkg: error processing package python3-cmor (--configure):
   installed python3-cmor package post-installation script subprocess returned 
error exit status 1
  Errors were encountered while processing:
   python3-cmor


cheers,

Andreas


python-cmor_3.3.1-1.log.gz
Description: application/gzip

Bug#891279: gitlab-ci-multi-runner: FTBFS on i386: cannot find package "github.com/emicklei/go-restful/swagger"

[Andreas Beckmann]

Source: gitlab-ci-multi-runner
Version: 9.1.1+dfsg-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

gitlab-ci-multi-runner FTBFS on i386:

   debian/rules override_dh_auto_build
make[1]: Entering directory '/build/gitlab-ci-multi-runner-9.1.1+dfsg'
dh_auto_build --parallel -- \
-ldflags "-X 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/common.NAME=gitlab-ci-multi-runner 
-X gitlab.com/gitlab-org/gitlab-ci-multi-runner/common.REVISION=9.1.1"
cd _build && go install 
-gcflags=\"-trimpath=/build/gitlab-ci-multi-runner-9.1.1\+dfsg/_build/src\" 
-asmflags=\"-trimpath=/build/gitlab-ci-multi-runner-9.1.1\+dfsg/_build/src\" -v 
-p 4 -ldflags "-X gitlab.
com/gitlab-org/gitlab-ci-multi-runner/common.NAME=gitlab-ci-multi-runner -X 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/common.REVISION=9.1.1" 
gitlab.com/gitlab-org/gitlab-ci-multi-runner gitlab.com/gitlab-org/gi
tlab-ci-multi-runner/apps/gitlab-runner-helper 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/commands 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/commands/helpers 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/commo
n gitlab.com/gitlab-org/gitlab-ci-multi-runner/executors 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/executors/docker 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/executors/docker/machine 
gitlab.com/gitlab-org/gi
tlab-ci-multi-runner/executors/kubernetes 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/executors/parallels 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/executors/shell 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/
executors/ssh gitlab.com/gitlab-org/gitlab-ci-multi-runner/executors/virtualbox 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers/archives gitlab.com/gitlab-
org/gitlab-ci-multi-runner/helpers/cli 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers/docker 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers/formatter 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helper
s/gitlab_ci_yaml_parser 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers/parallels 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers/prometheus 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers/sentry 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers/service 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers/service/mocks 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers/ssh 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers/timeperiod 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers/url 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers/virtualbox 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/network 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/shells
src/gitlab.com/gitlab-org/gitlab-ci-multi-runner/vendor/k8s.io/kubernetes/pkg/api/validation/schema.go:26:2:
 cannot find package "github.com/emicklei/go-restful/swagger" in any of:

/build/gitlab-ci-multi-runner-9.1.1+dfsg/_build/src/gitlab.com/gitlab-org/gitlab-ci-multi-runner/vendor/github.com/emicklei/go-restful/swagger
 (vendor tree)
/usr/lib/go-1.10/src/github.com/emicklei/go-restful/swagger (from 
$GOROOT)

/build/gitlab-ci-multi-runner-9.1.1+dfsg/_build/src/github.com/emicklei/go-restful/swagger
 (from $GOPATH)
src/github.com/opencontainers/runc/libcontainer/configs/config.go:12:2: 
case-insensitive import collision: "github.com/sirupsen/logrus" and 
"github.com/Sirupsen/logrus"
dh_auto_build: cd _build && go install 
-gcflags=\"-trimpath=/build/gitlab-ci-multi-runner-9.1.1\+dfsg/_build/src\" 
-asmflags=\"-trimpath=/build/gitlab-ci-multi-runner-9.1.1\+dfsg/_build/src\" -v 
-p 4 -ldflags "-X 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/common.NAME=gitlab-ci-multi-runner 
-X gitlab.com/gitlab-org/gitlab-ci-multi-runner/common.REVISION=9.1.1" 
gitlab.com/gitlab-org/gitlab-ci-multi-runner 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/apps/gitlab-runner-helper 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/commands 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/commands/helpers 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/common 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/executors 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/executors/docker 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/executors/docker/machine 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/executors/kubernetes 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/executors/parallels 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/executors/shell 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/executors/ssh 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/executors/virtualbox 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers/archives 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers/cli 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers/docker 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers/formatter 
gitlab.com/gitlab-org/gitlab-ci-multi-runner/helpers/gitlab_ci_yaml_parser 

Bug#891278: ntpsec-ntpviz: fails to install: install: invalid user 'ntp'

[Andreas Beckmann]

Package: ntpsec-ntpviz
Version: 1.0.0+dfsg1-3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package ntpsec-ntpviz.
  (Reading database ... 
(Reading database ... 15652 files and directories currently installed.)
  Preparing to unpack .../ntpsec-ntpviz_1.0.0+dfsg1-3_amd64.deb ...
  Unpacking ntpsec-ntpviz (1.0.0+dfsg1-3) ...
  Setting up ntpsec-ntpviz (1.0.0+dfsg1-3) ...
  install: invalid user 'ntp'
  dpkg: error processing package ntpsec-ntpviz (--configure):
   installed ntpsec-ntpviz package post-installation script subprocess returned 
error exit status 1
  Errors were encountered while processing:
   ntpsec-ntpviz


cheers,

Andreas


ntpsec-ntpviz_1.0.0+dfsg1-3.log.gz
Description: application/gzip

Bug#888329: guvcview: FTBFS with FFmpeg 4.0

[James Cowgill]

Control: tags -1 patch

Hi,

On Wed, 24 Jan 2018 22:26:50 + jcowg...@debian.org wrote:
> Source: guvcview
> Version: 2.0.5+debian-1
> Severity: important
> User: debian-multime...@lists.debian.org
> Usertags: ffmpeg-3.5-transition
> 
> Hi,
> 
> Your package FTBFS with the upcoming version 3.5 of FFmpeg.

The attached patch should work.

The #ifdefs are not strictly required to build with 3.4 in unstable or
with 4.0, but might be useful if the patch is submitted upstream.

Setting the motion estimation method (me_method) is now done using a
private encoder specific option (av_opt_set*), however I think the
me_methods which were previously set were all either ignored or were the
default settings so I think removing them is OK (unless I've missed
something).

James
Description: Fix FTBFS with FFmpeg 4.0
Author: James Cowgill 
Bug-Debian: https://bugs.debian.org/888329
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/gview_v4l2core/uvc_h264.c
+++ b/gview_v4l2core/uvc_h264.c
@@ -61,6 +61,9 @@
 #if !LIBAVCODEC_VER_AT_LEAST(54,25)
 	#define AV_CODEC_ID_H264 CODEC_ID_H264
 #endif
+#ifndef AV_CODEC_FLAG2_FAST
+#define AV_CODEC_FLAG2_FAST CODEC_FLAG2_FAST
+#endif
 
 #include "uvc_h264.h"
 #include "v4l2_formats.h"
@@ -1039,7 +1042,7 @@ int h264_init_decoder(int width, int hei
 		exit(-1);
 	}
 	
-	h264_ctx->context->flags2 |= CODEC_FLAG2_FAST;
+	h264_ctx->context->flags2 |= AV_CODEC_FLAG2_FAST;
 	h264_ctx->context->pix_fmt = AV_PIX_FMT_YUV420P;
 	h264_ctx->context->width = width;
 	h264_ctx->context->height = height;
--- a/gview_encoder/video_codecs.c
+++ b/gview_encoder/video_codecs.c
@@ -42,6 +42,10 @@ extern int verbosity;
 #define CODEC_FLAG2_INTRA_REFRESH 0
 #endif
 
+#ifndef AV_CODEC_FLAG_4MV
+#define AV_CODEC_FLAG_4MV CODEC_FLAG_4MV
+#endif
+
 
 static bmp_info_header_t mkv_codecPriv =
 {
@@ -97,7 +101,6 @@ static video_codec_t listSupCodecs[] =
 		.codec_name   = "none",
 		.mb_decision  = 0,
 		.trellis  = 0,
-		.me_method= 0,
 		.mpeg_quant   = 0,
 		.max_b_frames = 0,
 		.num_threads  = 0,
@@ -133,7 +136,6 @@ static video_codec_t listSupCodecs[] =
 		.codec_name   = "mjpeg",
 		.mb_decision  = 0,
 		.trellis  = 0,
-		.me_method= ME_EPZS,
 		.mpeg_quant   = 0,
 		.max_b_frames = 0,
 		.num_threads  = 0,
@@ -169,7 +171,6 @@ static video_codec_t listSupCodecs[] =
 		.codec_name   = "mpeg1video",
 		.mb_decision  = FF_MB_DECISION_RD,
 		.trellis  = 1,
-		.me_method= ME_EPZS,
 		.mpeg_quant   = 0,
 		.max_b_frames = 0,
 		.num_threads  = 1,
@@ -205,11 +206,10 @@ static video_codec_t listSupCodecs[] =
 		.codec_name   = "flv",
 		.mb_decision  = FF_MB_DECISION_RD,
 		.trellis  = 1,
-		.me_method= ME_EPZS,
 		.mpeg_quant   = 0,
 		.max_b_frames = 0,
 		.num_threads  = 1,
-		.flags= CODEC_FLAG_4MV
+		.flags= AV_CODEC_FLAG_4MV
 	},
 	{
 		.valid= 1,
@@ -241,7 +241,6 @@ static video_codec_t listSupCodecs[] =
 		.codec_name   = "wmv1",
 		.mb_decision  = FF_MB_DECISION_RD,
 		.trellis  = 1,
-		.me_method= ME_EPZS,
 		.mpeg_quant   = 0,
 		.max_b_frames = 0,
 		.num_threads  = 1,
@@ -277,7 +276,6 @@ static video_codec_t listSupCodecs[] =
 		.codec_name   = "mpeg2video",
 		.mb_decision  = FF_MB_DECISION_RD,
 		.trellis  = 1,
-		.me_method= ME_EPZS,
 		.mpeg_quant   = 0,
 		.max_b_frames = 0,
 		.num_threads  = 1,
@@ -313,7 +311,6 @@ static video_codec_t listSupCodecs[] =
 		.codec_name   = "msmpeg4v3",
 		.mb_decision  = FF_MB_DECISION_RD,
 		.trellis  = 1,
-		.me_method= ME_EPZS,
 		.mpeg_quant   = 0,
 		.max_b_frames = 0,
 		.num_threads  = 1,
@@ -349,7 +346,6 @@ static video_codec_t listSupCodecs[] =
 		.codec_name   = "mpeg4",
 		.mb_decision  = FF_MB_DECISION_RD,
 		.trellis  = 1,
-		.me_method= ME_EPZS,
 		.mpeg_quant   = 1,
 		.max_b_frames = 0,
 		.num_threads  = 1,
@@ -385,7 +381,6 @@ static video_codec_t listSupCodecs[] =
 		.codec_name   = "libx264",
 		.mb_decision  = FF_MB_DECISION_RD,
 		.trellis  = 0,
-		.me_method= X264_ME_HEX,
 		.mpeg_quant   = 1,
 		.max_b_frames = 16,
 		.num_threads  = 4,
@@ -426,7 +421,6 @@ static video_codec_t listSupCodecs[] =
 		.codec_name   = "libx265",
 		.mb_decision  = FF_MB_DECISION_RD,
 		.trellis  = 0,
-		.me_method= ME_HEX,
 		.mpeg_quant   = 1,
 		.max_b_frames = 16,
 		.num_threads  = 4,
@@ -463,7 +457,6 @@ static video_codec_t listSupCodecs[] =
 		.codec_name   = "libvpx_vp8",
 		.mb_decision  = FF_MB_DECISION_RD,
 		.trellis  = 0,
-		.me_method= ME_HEX,
 		.mpeg_quant   = 1,
 		.max_b_frames = 0,
 		.num_threads  = 4,
@@ -500,7 +493,6 @@ static video_codec_t listSupCodecs[] =
 		.codec_name   = "libvpx_vp9",
 		.mb_decision  = FF_MB_DECISION_RD,
 		.trellis  = 0,
-		.me_method= ME_HEX,
 		.mpeg_quant   = 1,
 		.max_b_frames = 16,
 		.num_threads  = 4,
@@ -537,7 +529,6 @@ static video_codec_t listSupCodecs[] =
 		.codec_name   = "libtheora",
 		.mb_decision  = FF_MB_DECISION_RD,
 		.trellis 

Bug#891277: stretch-pu: package debian-edu-config/1.929+deb9u1

[Mike Gabriel]

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


Hi,

please consider accepting the following changes to debian-edu-config into
Debian stretch.

+  [ Wolfgang Schweer ]
+  * Rewrite wpad-extract tool to be independent from KDE related files.
+(Closes: #29).

-> Fix http proxy environment settings derived from WPAD. In Debian Edu, WPAD
is used to configure browsers for internet access through a web proxy.
Services that can't use WPAD directly, but rely on http_proxy,
https_proxy and ftp_proxy env vars (os some such) get configured through
the update-proxy-from-wpad script which relies on the currently broken
wpad-extract script.

+  * Adjust Samba configuration. Allow joining of Windows 10 clients to the
+Samba NT4-style domain. (Closes: #864663).

-> Config change to support Windows 10 clients by the Debian Edu main
server (aka TJENER)..

+  [ Mike Gabriel ]
+  * debian/control: Drop libproxy-tools, add libpacparser1. (as part of
+fixing #29).

Part of the wpad-extract rewrite.

+  * Chromium: Pre-configure Chromium Webbrowser system-wide to auto-detect the
+http proxy settings via WPAD (plus locking the proxy settings dialog for
+users). (Closes: #891262).

Lock down Chromium proxy settings by providing a system wide setting.
This is important to Debian Edu workstations that have chromium
installed. In Debian Edu environments, it is crucial to have control over
the browser's proxy settings and override them by system defaults and
don't allow the user to tinker with them.

Thanks a lot for taking a look at this stretch-pu,
Mike (on behalf of the Debian Edu team)

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

Kernel: Linux 4.9.0-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru debian-edu-config-1.929/debian/changelog 
debian-edu-config-1.929+deb9u1/debian/changelog
--- debian-edu-config-1.929/debian/changelog2017-05-31 21:21:14.0 
+0200
+++ debian-edu-config-1.929+deb9u1/debian/changelog 2018-02-23 
23:11:10.0 +0100
@@ -1,3 +1,20 @@
+debian-edu-config (1.929+deb9u1) stretch; urgency=medium
+
+  [ Wolfgang Schweer ]
+  * Rewrite wpad-extract tool to be independent from KDE related files.
+(Closes: #29).
+  * Adjust Samba configuration. Allow joining of Windows 10 clients to the
+Samba NT4-style domain. (Closes: #864663).
+
+  [ Mike Gabriel ]
+  * debian/control: Drop libproxy-tools, add libpacparser1. (as part of
+fixing #29).
+  * Chromium: Pre-configure Chromium Webbrowser system-wide to auto-detect the
+http proxy settings via WPAD (plus locking the proxy settings dialog for
+users). (Closes: #891262).
+
+ -- Mike Gabriel   Fri, 23 Feb 2018 23:11:10 +0100
+
 debian-edu-config (1.929) unstable; urgency=medium
 
   [ Wolfgang Schweer ]
diff -Nru debian-edu-config-1.929/debian/control 
debian-edu-config-1.929+deb9u1/debian/control
--- debian-edu-config-1.929/debian/control  2017-05-31 21:21:14.0 
+0200
+++ debian-edu-config-1.929+deb9u1/debian/control   2018-02-23 
23:11:10.0 +0100
@@ -34,8 +34,8 @@
  libio-socket-ssl-perl,
  libnet-ldap-perl,
  libnet-netmask-perl,
+ libpacparser1,
  libpam-python,
- libproxy-tools,
  libproxy1-plugin-kconfig,
  libproxy1-plugin-mozjs,
  libproxy1-plugin-networkmanager,
diff -Nru 
debian-edu-config-1.929/etc/chromium/policies/managed/chromium-networked-prefs 
debian-edu-config-1.929+deb9u1/etc/chromium/policies/managed/chromium-networked-prefs
--- 
debian-edu-config-1.929/etc/chromium/policies/managed/chromium-networked-prefs  
1970-01-01 01:00:00.0 +0100
+++ 
debian-edu-config-1.929+deb9u1/etc/chromium/policies/managed/chromium-networked-prefs
   2018-02-23 23:11:10.0 +0100
@@ -0,0 +1,3 @@
+{
+"ProxyMode": "auto_detect",
+}
diff -Nru debian-edu-config-1.929/etc/samba/smb-debian-edu.conf 
debian-edu-config-1.929+deb9u1/etc/samba/smb-debian-edu.conf
--- debian-edu-config-1.929/etc/samba/smb-debian-edu.conf   2017-05-31 
21:21:14.0 +0200
+++ debian-edu-config-1.929+deb9u1/etc/samba/smb-debian-edu.conf
2018-02-23 23:11:10.0 +0100
@@ -32,6 +32,7 @@
 
 # configure as NT4-style PDC
server role = classic primary domain controller
+   server max protocol = NT1
acl allow execute always = true
 
 # server string/NT Description field
diff -Nru debian-edu-config-1.929/Makefile 
debian-edu-config-1.929+deb9u1/Makefile
--- debian-edu-config-1.929/Makefile2017-05-31 21:21:14.0 +0200
+++ debian-edu-config-1.929+deb9u1/Makefile 2018-02-23 

Bug#891276: x2goserver-common: fails to install: post-installation script subprocess returned error exit status 1

[Andreas Beckmann]

Package: x2goserver-common
Version: 4.1.0.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package x2goserver-common.
  (Reading database ... 
(Reading database ... 4457 files and directories currently installed.)
  Preparing to unpack .../x2goserver-common_4.1.0.0-1_amd64.deb ...
  Unpacking x2goserver-common (4.1.0.0-1) ...
  Setting up x2goserver-common (4.1.0.0-1) ...
  Creating x2gouser group.
  Adding group `x2gouser' (GID 150) ...
  Done.
  Creating x2gouser user.
  Warning: The home dir /var/lib/x2go you specified can't be accessed: No such 
file or directory
  Adding system user `x2gouser' (UID 150) ...
  Adding new user `x2gouser' (UID 150) with group `x2gouser' ...
  Not creating home directory `/var/lib/x2go'.
  dpkg: error processing package x2goserver-common (--configure):
   installed x2goserver-common package post-installation script subprocess 
returned error exit status 1
  Errors were encountered while processing:
   x2goserver-common


cheers,

Andreas


x2goserver-common_4.1.0.0-1.log.gz
Description: application/gzip

Bug#891275: stress-ng: FTBFS with glibc 2.27: error: 'ret' undeclared (first use in this function); did you mean 'recv'?

[Aurelien Jarno]

Package: stress-ng
Version: 0.09.17-1
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.27

stress-ng 0.09.17-1 fails to build with glibc 2.27 (2.27-0experimental0
from experimental):

CC stress-fault.c
| CC stress-fcntl.c
| CC stress-file-ioctl.c
| CC stress-fiemap.c
| stress-fcntl.c: In function 'do_fcntl':
| stress-fcntl.c:442:3: error: 'ret' undeclared (first use in this function); 
did you mean 'recv'?
|ret = fcntl(fd, F_GET_FILE_RW_HINT, );
|^~~
|recv
| stress-fcntl.c:442:3: note: each undeclared identifier is reported only once 
for each function it appears in
| make[3]: *** [Makefile:314: stress-fcntl.o] Error 1
| make[3]: *** Waiting for unfinished jobs
| make[3]: Leaving directory 
'/home/aurel32/work/glibc/rebuild/packages/stress-ng-0.09.17'
| make[2]: *** [Makefile:301: all_config] Error 2
| make[2]: Leaving directory 
'/home/aurel32/work/glibc/rebuild/packages/stress-ng-0.09.17'
| dh_auto_build: make -j4 "INSTALL=install --strip-program=true" returned exit 
code 2
| make[1]: *** [debian/rules:8: override_dh_auto_build] Error 2
| make[1]: Leaving directory 
'/home/aurel32/work/glibc/rebuild/packages/stress-ng-0.09.17'
| make: *** [debian/rules:11: build] Error 2
| dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2

A full build log (from a slightly older version) is available there:
http://aws-logs.debian.net/2018/02/07/glibc-exp/stress-ng_0.09.15-1_unstable_glibc-exp.log

Bug#891274: ivtools: FTBFS with glibc 2.27: fatal error: bits/nan.h: No such file or directory

[Aurelien Jarno]

Source: ivtools
Version: 1.2.11a1-10
Severity: important
Tags: patch

ivtools 1.2.11a1-10 fails to build with glibc 2.27 (2.27-0experimental0 from
experimental):

| /bin/bash ./libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I.  
-Dcplusplus_2_1 -DHAVE_ACE -Div2_6_compatible -I./src -I./src/include/IV-2_6 
-I./src/include -I./src/include/ivstd -DCLIPPOLY -I/usr/include/clippoly 
-Wdate-time -D_FORTIFY_SOURCE=2 -Wno-write-strings -Wno-deprecated -g -O2 
-fdebug-prefix-map=/<>=. -fstack-protector-strong -Wall 
-Wno-narrowing -Wunused-variable -Wchar-subscripts -c -o 
src/OverlayUnidraw/libOverlayUnidraw_la-grayraster.lo `test -f 
'src/OverlayUnidraw/grayraster.cc' || echo './'`src/OverlayUnidraw/grayraster.cc
| libtool: compile:  g++ -DHAVE_CONFIG_H -I. -Dcplusplus_2_1 -DHAVE_ACE 
-Div2_6_compatible -I./src -I./src/include/IV-2_6 -I./src/include 
-I./src/include/ivstd -DCLIPPOLY -I/usr/include/clippoly -Wdate-time 
-D_FORTIFY_SOURCE=2 -Wno-write-strings -Wno-deprecated -g -O2 
-fdebug-prefix-map=/<>=. -fstack-protector-strong -Wall 
-Wno-narrowing -Wunused-variable -Wchar-subscripts -c 
src/OverlayUnidraw/grayraster.cc  -fPIC -DPIC -o 
src/OverlayUnidraw/.libs/libOverlayUnidraw_la-grayraster.o
| In file included from src/OverlayUnidraw/grayraster.cc:33:0:
| ./src/include/ivstd/nan.h:5:10: fatal error: bits/nan.h: No such file or 
directory
|  #include 
|   ^~~~
| compilation terminated.
| Makefile:6845: recipe for target 
'src/OverlayUnidraw/libOverlayUnidraw_la-grayraster.lo' failed
| make[3]: *** [src/OverlayUnidraw/libOverlayUnidraw_la-grayraster.lo] Error 1

A full build log is available there:
http://aws-logs.debian.net/2018/02/07/glibc-exp/ivtools_1.2.11a1-9_unstable_glibc-exp.log

glibc 2.27 remove the  include file which was a private
interface, as stated when trying to include only this file:

| #ifndef _MATH_H
| # error "Never use  directly; include  instead."
| #endif

The various defines it contains are however unchanged and can still be
accessed through . The fix is therefore to include the latter
instead of . This is what the attached patch does.
diff -Nru ivtools-1.2.11a1/debian/patches/bits-nan.patch 
ivtools-1.2.11a1/debian/patches/bits-nan.patch
--- ivtools-1.2.11a1/debian/patches/bits-nan.patch  1970-01-01 
01:00:00.0 +0100
+++ ivtools-1.2.11a1/debian/patches/bits-nan.patch  2018-02-24 
01:27:10.0 +0100
@@ -0,0 +1,11 @@
+--- a/src/include/ivstd/nan.h
 b/src/include/ivstd/nan.h
+@@ -2,7 +2,7 @@
+ #define ivtools_nan_h
+ 
+ #if defined(__GLIBC__) && (__GLIBC__==2 && __GLIBC_MINOR__>0 || __GLIBC__>2)
+-#include 
++#include 
+ #elif !defined(__CYGWIN__) && !defined(__NetBSD__) && !defined(__FreeBSD__) 
&& !defined(__APPLE__)
+ #include_next 
+ #else
diff -Nru ivtools-1.2.11a1/debian/patches/series 
ivtools-1.2.11a1/debian/patches/series
--- ivtools-1.2.11a1/debian/patches/series  2018-01-27 22:49:32.0 
+0100
+++ ivtools-1.2.11a1/debian/patches/series  2018-02-24 01:27:29.0 
+0100
@@ -1 +1,2 @@
 debian-changes
+bits-nan.patch

Bug#891272: libraw: FTBFS with glibc 2.27: error: call of overloaded 'powf64(int, int)' is ambiguous

[Aurelien Jarno]

Source: libraw
Version: 0.18.7-2
Severity: important
Tags: patch
User: debian-gl...@lists.debian.org
Usertags: 2.27

libraw 0.18.7-2 fails to build with glibc 2.27 (2.27-0experimental0 from
experimental):

| internal/dcraw_fileio.cpp: In member function 'void 
LibRaw::apply_profile(const char*, const char*)':
| internal/dcraw_fileio.cpp:192:11: warning: ignoring return value of 'size_t 
fread(void*, size_t, size_t, FILE*)', declared with attribute 
warn_unused_result [-Wunused-result]
|  fread (, 4, 1, fp);
|  ~~^
| internal/dcraw_fileio.cpp:196:11: warning: ignoring return value of 'size_t 
fread(void*, size_t, size_t, FILE*)', declared with attribute 
warn_unused_result [-Wunused-result]
|  fread (oprof, 1, size, fp);
|  ~~^~~~
| In file included from src/libraw_cxx.cpp:5472:0:
| src/../internal/libraw_x3f.cpp: In function 'void 
huffman_decode_row(x3f_info_t*, x3f_directory_entry_t*, int, int, int, int*)':
| src/../internal/libraw_x3f.cpp:1404:39: warning: narrowing conversion of 
'offset' from 'int' to 'int16_t {aka short int}' inside { } [-Wnarrowing]
|int16_t c[3] = {offset,offset,offset};
|^
| src/../internal/libraw_x3f.cpp:1404:39: warning: narrowing conversion of 
'offset' from 'int' to 'int16_t {aka short int}' inside { } [-Wnarrowing]
| src/../internal/libraw_x3f.cpp:1404:39: warning: narrowing conversion of 
'offset' from 'int' to 'int16_t {aka short int}' inside { } [-Wnarrowing]
| libtool: compile:  g++ -DPACKAGE_NAME=\"LibRaw\" -DPACKAGE_TARNAME=\"libraw\" 
-DPACKAGE_VERSION=\"0.18.7\" "-DPACKAGE_STRING=\"LibRaw 0.18.7\"" 
-DPACKAGE_BUGREPORT=\"i...@libraw.org\" -DPACKAGE_URL=\"http://www.libraw.org\; 
-DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 
-DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" 
-DHAVE_JPEGLIB_H=1 -I. -Wdate-time -D_FORTIFY_SOURCE=2 -DUSE_JPEG -DUSE_JPEG8 
-DUSE_LCMS2 -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -fopenmp -c 
src/libraw_c_api.cpp -o src/libraw_c_api.o >/dev/null 2>&1
| internal/dcraw_common.cpp: In member function 'void 
LibRaw::PentaxLensInfo(unsigned int, unsigned int)':
| internal/dcraw_common.cpp:6830:80: error: call of overloaded 'powf64(int, 
int)' is ambiguous
| 10*(table_buf[iLensData+9]>>2) * powf64(4, (table_buf[iLensData+9] & 
0x03)-2);
|   
  ^
| In file included from /usr/include/c++/7/cmath:45:0,
|  from /usr/include/c++/7/math.h:36,
|  from internal/dcraw_common.cpp:22:
| /usr/include/x86_64-linux-gnu/bits/mathcalls.h:140:1: note: candidate: 
_Float64 powf64(_Float64, _Float64)
|  __MATHCALL_VEC (pow,, (_Mdouble_ __x, _Mdouble_ __y));
|  ^
| internal/dcraw_common.cpp:5852:14: note: candidate: float powf64(float, float)
|  static float powf64(float a, float b)
|   ^~
| internal/dcraw_common.cpp: In member function 'void 
LibRaw::process_Sony_0x9050(uchar*, unsigned int)':
| internal/dcraw_common.cpp:7352:88: warning: ISO C++ says that these are 
ambiguous, even though the worst conversion for the first is better than the 
worst conversion for the second:
|my_roundf(powf64(2.0f, ((float)SonySubstitution[buf[0]] / 8.0 - 
1.06f) / 2.0f)*10.0f) / 10.0f;
|   
  ^
| In file included from /usr/include/c++/7/cmath:45:0,
|  from /usr/include/c++/7/math.h:36,
|  from internal/dcraw_common.cpp:22:
| /usr/include/x86_64-linux-gnu/bits/mathcalls.h:140:1: note: candidate 1: 
_Float64 powf64(_Float64, _Float64)
|  __MATHCALL_VEC (pow,, (_Mdouble_ __x, _Mdouble_ __y));
|  ^
| internal/dcraw_common.cpp:5852:14: note: candidate 2: float powf64(float, 
float)
|  static float powf64(float a, float b)
|   ^~
| internal/dcraw_common.cpp:7356:88: warning: ISO C++ says that these are 
ambiguous, even though the worst conversion for the first is better than the 
worst conversion for the second:
|my_roundf(powf64(2.0f, ((float)SonySubstitution[buf[1]] / 8.0 - 
1.06f) / 2.0f)*10.0f) / 10.0f;
|   
  ^
| In file included from /usr/include/c++/7/cmath:45:0,
|  from /usr/include/c++/7/math.h:36,
|  from internal/dcraw_common.cpp:22:
| /usr/include/x86_64-linux-gnu/bits/mathcalls.h:140:1: note: candidate 1: 
_Float64 powf64(_Float64, _Float64)
|  __MATHCALL_VEC (pow,, (_Mdouble_ __x, _Mdouble_ __y));
|  ^
| internal/dcraw_common.cpp:5852:14: note: candidate 2: float powf64(float, 
float)
|  static float powf64(float a, float b)
|   ^~
| libtool: compile:  g++ -DPACKAGE_NAME=\"LibRaw\" 

Bug#891273: VLC positions itself under tint2 and always plays videos fullscreen

[Andoru]

Package: vlc
Version: 3.0.0-1
Severity: normal

Ever since the beta versions of VLC appeared in Sid, I've been having this
issue where after playing a video, VLC's main window keeps getting pushed
behind tint2 (I have it set to show up at the top of the screen) and gets
slightly off-screen. Here's a screenshot to demonstrate what I
mean:https://i.imgur.com/Z6E8kp5.png (I apologise if linking to imgur
for
screenshots is frown upon here)
This makes it impossible for me to access VLC's menu, and also makes me
unable to move the window, except if I press Alt+Space and choose "Move"
from the drop-down menu.

Also, when I play a video, no matter what size it has, VLC always plays it
fullscreen, even when having that option disabled under Video in the
settings.


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

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

Versions of packages vlc depends on:
ii  vlc-bin  3.0.0-1
ii  vlc-plugin-base  3.0.0-1
ii  vlc-plugin-qt3.0.0-1
ii  vlc-plugin-video-output  3.0.0-1

Versions of packages vlc recommends:
ii  vlc-l10n   3.0.0-1
ii  vlc-plugin-notify  3.0.0-1
ii  vlc-plugin-samba   3.0.0-1
ii  vlc-plugin-skins2  3.0.0-1
ii  vlc-plugin-video-splitter  3.0.0-1
ii  vlc-plugin-visualization   3.0.0-1

vlc suggests no packages.

Versions of packages libvlc-bin depends on:
ii  libc62.26-6
ii  libvlc5  3.0.0-1

Versions of packages libvlc5 depends on:
ii  libc62.26-6
ii  libvlccore9  3.0.0-1

Versions of packages libvlc5 recommends:
ii  libvlc-bin  3.0.0-1

Versions of packages vlc-bin depends on:
ii  libc6   2.26-6
ii  libvlc-bin  3.0.0-1
ii  libvlc5 3.0.0-1

Versions of packages vlc-plugin-base depends on:
ii  liba52-0.7.4 0.7.4-19
ii  libarchive13 3.2.2-3.1
ii  libaribb24-0 1.0.3-1
ii  libasound2   1.1.3-5
ii  libass9  1:0.14.0-1
ii  libavahi-client3 0.7-3.1
ii  libavahi-common3 0.7-3.1
ii  libavc1394-0 0.5.4-4+b1
ii  libavcodec-extra57   7:3.4.2-1+b1
ii  libavformat577:3.4.2-1+b1
ii  libavutil55  7:3.4.2-1+b1
ii  libbasicusageenvironment12018.02.18-1
ii  libbluray2   1:1.0.2-2
ii  libc62.26-6
ii  libcairo21.15.10-1
ii  libcddb2 1.3.2-5
ii  libchromaprint1  1.4.3-1
ii  libcrystalhd31:0.0~git20110715.fdd2f19-12
ii  libdbus-1-3  1.12.4-1
ii  libdc1394-22 2.2.5-1
ii  libdca0  0.0.5-10
ii  libdvbpsi10  1.3.1-2
ii  libdvdnav4   6.0.0-1
ii  libdvdread4  6.0.0-1
ii  libebml4v5   1.3.5-2
ii  libfaad2 2.8.8-1
ii  libflac8 1.3.2-1
ii  libfontconfig1   2.12.6-0.1
ii  libfreetype6 2.8.1-2
ii  libfribidi0  0.19.7-2
ii  libgcc1  1:8-20180218-1
ii  libgcrypt20  1.8.1-4
ii  libglib2.0-0 2.54.3-2
ii  libgnutls30  3.5.18-1
ii  libgpg-error01.27-6
ii  libgroupsock82018.02.18-1
ii  libharfbuzz0b1.7.2-1
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  libkate1 0.4.1-7+b1
ii  liblirc-client0  0.10.0-2+b1
ii  liblivemedia62   2018.02.18-1
ii  liblua5.2-0  5.2.4-1.1+b2
ii  libmad0  0.15.1b-9
ii  libmatroska6v5   1.4.8-1.1
ii  libmicrodns0 0.0.8-1
ii  libmpcdec6   2:0.1~r495-1+b1
ii  libmpeg2-4   0.5.1-8
ii  libmpg123-0  1.25.8-1
ii  libmtp9  1.1.13-1
ii  libncursesw5 6.1-1
ii  libnfs8  1.11.0-3
ii  libogg0  1.3.2-1+b1
ii  libopenmpt-modplug1  0.3.6-1
ii  libopus0 1.2.1-1
ii  libpng16-16  1.6.34-1
ii  libpostproc547:3.4.2-1+b1
ii  libprotobuf-lite10   3.0.0-9.1
ii  libpulse0 

Bug#891271: RFP: python3-sphinx-better-theme -- A nice-looking, customizable Sphinx theme

[Daniel Kahn Gillmor]

Package: wnpp
Severity: wishlist
Control: affects -1 python-pgpy

* Package name: python3-sphinx-better-theme
  Version : 0.1.5
  Upstream Author : Steve Johnson
* URL : https://pypi.python.org/pypi/sphinx-better-theme
  : https://github.com/irskep/sphinx-better-theme
* License : BSD-2-clause
  Programming Lang: Python
  Description : A nice-looking, customizable Sphinx theme

This is a modified version of the default Sphinx theme with the following goals:

 - Remove frivolous colors, especially hard-coded ones
 - Improve readability by limiting width and using more whitespace
 - Encourage visual customization through CSS, not themeconf
 - Use semantic markup

---

The python-pgpy sources ship documentation that explicitly depends on
this theme, so i could ship nicer documentation for that package if it
was in debian.

Bug#891173: pavucontrol segfaults on wayland

[Jakob Schürz]

Hi Felipe!

Am 2018-02-23 um 01:43 schrieb Felipe Sateler:
> Control: tags -1 moreinfo
> 
> On Thu, Feb 22, 2018 at 8:28 PM, Jakobus Schürz
>  wrote:
>> Package: pavucontrol
>> Version: 3.0-4
>> Severity: important
>>
>> Dear Maintainer,
>>
>> the subject says all. pavucontrol segfaults in gnome-wayland session. It
>> works on X11-session.
> 
> I can't reproduce the problem. Could you install the debug symbols of
> relevant packages and get a back trace?
> 
> https://wiki.debian.org/HowToGetABacktrace
> 

It seems, that it was a hardwareproblem. My Laptopscreen got  horizontal
lines and startet flickering around. So i dismantled my whole laptop and
build it together again.

Now, the flickering and the lines are gone. Seemd it was a loose contact...

And now pavucontrol starts also in wayland without segfault.

The bug can be closed.

But the question is, why segfaults it in wayland, but not in xorg??? How
is this possible, that a loose contact can segfault a program in
wayland, and not in xorg?

bye jakob

Bug#839592: fixed in steam 1.0.0.54-5

[Simon McVittie]

On Fri, 23 Feb 2018 at 17:08:57 +0100, Pau Gisbert wrote:
> If the user uses AMD hardware, does he still need nvidia i386 libraries?

No, users of AMD or Intel GPUs do not need any NVIDIA proprietary
libraries. The NVIDIA proprietary libraries are only necessary (indeed,
only useful) when used in conjunction with the NVIDIA kernel module and
recent(ish) NVIDIA GPUs.

> I don't mind having to install propietary drivers for my games or steam client
> to work,
> but I don't want my system to be littered with packages that serve no purpose.

They're Recommends, not Depends, so can already be removed. Perhaps they
should only be Suggests though.

nvidia-driver-libs:amd64 already has a Recommends on
nvidia-driver-libs-i386, so perhaps that's a better way to arrange for
NVIDIA users to have drivers for both word-sizes.

smcv

Bug#888958: stretch-pu: package flatpak/0.8.9-0+deb9u1

[Simon McVittie]

On Fri, 23 Feb 2018 at 18:13:20 +, Adam D. Barratt wrote:
> On Wed, 2018-01-31 at 15:41 +, Simon McVittie wrote:
> > Alexander Larsson has released an update to the Flatpak 0.8.x branch,
> > fixing a sandbox bypass reported by Gabriel Campana of the Google
> > security
> > team. It also contains a couple of other backported fixes. I would
> > like
> > to include this in the next stretch point release; I have a tested
> > build
> > ready for upload.
> 
> Please go ahead.

Thanks, uploaded.

smcv

Bug#837081: netbeans: Crashes due to assertion failure in GLib

[Samuel Thibault]

Hello,

Mark Cave-Ayland, on mar. 20 févr. 2018 10:55:43 +, wrote:
> Done. I've just installed the 0.33.3-13+deb9u1~0_amd64 packages from the
> above URL (including debug symbols, just in case) and I'll report back in a
> few days if everything is still looking good.

So, how is it going?

Samuel

Bug#891270: ruby-fog FTBFS: Could not find 'json' (~> 2.0) - did find: [json-1.8.3.1]

[Adrian Bunk]

Source: ruby-fog
Version: 1.42.0-1
Severity: serious

https://buildd.debian.org/status/fetch.php?pkg=ruby-fog=all=1.42.0-1=1519421760=0

...
GEM_PATH=debian/ruby-fog/usr/share/rubygems-integration/all:/var/lib/gems/2.3.0:/usr/lib/x86_64-linux-gnu/rubygems-integration/2.3.0:/usr/share/rubygems-integration/2.3.0:/usr/share/rubygems-integration/all
 ruby2.3 -e gem\ \"fog\"
/usr/lib/ruby/2.3.0/rubygems/dependency.rb:319:in `to_specs': Could not find 
'json' (~> 2.0) - did find: [json-1.8.3.1] (Gem::LoadError)

Bug#891269: dupload: please change the default ftp upload queue for mentors.d.n

[Mattia Rizzolo]

Package: dupload
Version: 2.9.1
Tags: patch

We mentors.debian.net are switching the recommended ftp upload queue to
/pub/UploadQueue/.

Whilst we plan to keep the old path working for the forseenable future,
please change the default path in the template.
Patch attached.

-- 
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  `-
From 29fc4d45f8b93975653e4f4abb7010378e578645 Mon Sep 17 00:00:00 2001
From: Mattia Rizzolo 
Date: Sat, 24 Feb 2018 00:18:03 +0100
Subject: [PATCH] Change the default ftp upload queue for mentors.debian.net

Signed-off-by: Mattia Rizzolo 
---
 dupload.conf | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/dupload.conf b/dupload.conf
index 6fc7fd1..8b68565 100644
--- a/dupload.conf
+++ b/dupload.conf
@@ -125,7 +125,7 @@ $cfg{'delayed'} = {
 $cfg{'mentors'} = {
 fqdn => 'mentors.debian.net',
 passive => 1,
-incoming => '/',
+incoming => '/pub/UploadQueue/',
 dinstall_runs => 1,
 };
 
-- 
2.16.1



signature.asc
Description: PGP signature

Bug#891268: dput: please change the default mentors.debian.net ftp upload queue

[Mattia Rizzolo]

Package: dput
Version: 1.0.1
Tags: patch

We mentors.debian.net are switching the recommended ftp upload queue to
/pub/UploadQueue/.

Whilst we plan to keep the old path working for the forseenable future,
please change the default path in the template.
Patch attached.

-- 
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  `-
From b3659c91f7fd96634ff27ebfd5ee30f09c7a6d0c Mon Sep 17 00:00:00 2001
From: Mattia Rizzolo 
Date: Sat, 24 Feb 2018 00:14:37 +0100
Subject: [PATCH] Change the default ftp upload queue for ftp.debian.org

Signed-off-by: Mattia Rizzolo 
---
 dput.cf | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/dput.cf b/dput.cf
index 6cf429f..444d606 100644
--- a/dput.cf
+++ b/dput.cf
@@ -91,7 +91,7 @@ login			= anonymous
 [mentors]
 method			= ftp
 fqdn			= mentors.debian.net
-incoming		= .
+incoming		= /pub/UploadQueue/
 login			= anonymous
 
 [local]
-- 
2.16.1



signature.asc
Description: PGP signature

Bug#877992: Problem still persists in 9.3 -- me too

[Scott Kitterman]

I've just uploaded an update that changes how the instance generator works.  
It seems to help for some people, but not everyone.  It should be in 9.4, so 
after Debian 9.4 is out, more reports of this problem, with details, would be 
useful.

Scott K

Bug#891267: man-db: i386 or x32 mandb doesn't work due to seccomp filter

[Mikulas Patocka]

Package: man-db
Version: 2.8.1-1
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?

Mandb recently started to apply seccomp policy to its subprocesses.
Unfortunatelly, the seccom policy is badly written, so that 
mandb for foreign architectures (i386 or x32) crashes.

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

Install man-db:i386 or man-db:x32 on an amd64 system, try to view some
manpage and you'll get crashes.

The bug also happens if you use man-db:amd64, but /bin/sh is pointing
to i386 or x32 shell (i.e. if you install dash:i386 or dash:x32 and
make it a default shell).

   * What was the outcome of this action?

man with any man page fails with SIGSYS signals.

   * What outcome did you expect instead?

mandb should work.





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


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

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

Versions of packages man-db depends on:
ii  bsdmainutils   11.1.2
ii  debconf [debconf-2.0]  1.5.65
ii  dpkg   1.19.0.5
ii  groff-base 1.22.3-10
ii  libc6  2.26-6
ii  libgdbm5   1.14.1-4
ii  libpipeline1   1.5.0-1
ii  libseccomp22.3.1-2.1
ii  zlib1g 1:1.2.8.dfsg-5

man-db recommends no packages.

Versions of packages man-db suggests:
pn  apparmor
pn  groff   
ii  less487-0.1
ii  lynx [www-browser]  2.8.9dev16-3
ii  w3m [www-browser]   0.5.3-36

-- Configuration Files:
/etc/manpath.config changed [not included]

-- debconf information:
  man-db/auto-update: true
  man-db/install-setuid: false

Bug#888328: motion: FTBFS with FFmpeg 3.4

[James Cowgill]

Control: tags -1 patch
Control: forwarded -1 https://github.com/Motion-Project/motion/pull/657

On Wed, 24 Jan 2018 22:26:50 + jcowg...@debian.org wrote:
> Source: motion
> Version: 4.0-1
> Severity: important
> User: debian-multime...@lists.debian.org
> Usertags: ffmpeg-3.5-transition
> 
> Hi,
> 
> Your package FTBFS with the upcoming version 3.5 of FFmpeg.

I submitted an upstream PR to fix this. Patch attached.

James
From ff99988d57f4bcb0a7b381374f8106896bda2b15 Mon Sep 17 00:00:00 2001
From: James Cowgill 
Date: Fri, 23 Feb 2018 23:04:33 +
Subject: [PATCH] Fix build errors with FFmpeg 4.0

---
 ffmpeg.c | 19 ---
 1 file changed, 16 insertions(+), 3 deletions(-)

diff --git a/ffmpeg.c b/ffmpeg.c
index 1e6cdf6..4299ba3 100644
--- a/ffmpeg.c
+++ b/ffmpeg.c
@@ -67,6 +67,19 @@
 
 #endif
 
+/*/
+#if (LIBAVCODEC_VERSION_MAJOR >= 57)
+
+#define MY_CODEC_FLAG_GLOBAL_HEADER AV_CODEC_FLAG_GLOBAL_HEADER
+#define MY_CODEC_FLAG_QSCALEAV_CODEC_FLAG_QSCALE
+
+#else
+
+#define MY_CODEC_FLAG_GLOBAL_HEADER CODEC_FLAG_GLOBAL_HEADER
+#define MY_CODEC_FLAG_QSCALECODEC_FLAG_QSCALE
+
+#endif
+
 /*/
 AVFrame *my_frame_alloc(void){
 AVFrame *pic;
@@ -548,7 +561,7 @@ static int ffmpeg_set_quality(struct ffmpeg *ffmpeg){
 /* The selection of 8000 is a subjective number based upon viewing output files */
 if (ffmpeg->vbr > 0){
 ffmpeg->vbr =(int)(((100-ffmpeg->vbr)*(100-ffmpeg->vbr)*(100-ffmpeg->vbr) * 8000) / 100) + 1;
-ffmpeg->ctx_codec->flags |= CODEC_FLAG_QSCALE;
+ffmpeg->ctx_codec->flags |= MY_CODEC_FLAG_QSCALE;
 ffmpeg->ctx_codec->global_quality=ffmpeg->vbr;
 }
 }
@@ -673,7 +686,7 @@ static int ffmpeg_set_codec(struct ffmpeg *ffmpeg){
   ffmpeg->ctx_codec->strict_std_compliance = -2;
   ffmpeg->ctx_codec->level = 3;
 }
-ffmpeg->ctx_codec->flags |= CODEC_FLAG_GLOBAL_HEADER;
+ffmpeg->ctx_codec->flags |= MY_CODEC_FLAG_GLOBAL_HEADER;
 
 retcd = ffmpeg_set_quality(ffmpeg);
 if (retcd < 0){
@@ -1085,7 +1098,7 @@ static int ffmpeg_passthru_codec(struct ffmpeg *ffmpeg){
 pthread_mutex_unlock(>rtsp_data->mutex_transfer);
 return -1;
 }
-ffmpeg->video_st->codec->flags |= CODEC_FLAG_GLOBAL_HEADER;
+ffmpeg->video_st->codec->flags |= MY_CODEC_FLAG_GLOBAL_HEADER;
 ffmpeg->video_st->codec->codec_tag  = 0;
 #else
 /* This is disabled in the util_check_passthrough but we need it here for compiling */
-- 
2.16.1



signature.asc
Description: OpenPGP digital signature

Bug#891266: libtest-postgresql-perl: Incomplete debian/copyright?

[Chris Lamb]

Source: libtest-postgresql-perl
Version: 1.23-1
Severity: serious
Justication: Policy 12.5
X-Debbugs-CC: Don Armstrong 

Hi,

I just ACCEPTed libtest-postgresql-perl from NEW but noticed it was 
missing attribution in debian/copyright for at least Junio Hamano. :)

(This is not exhaustive so please check over the entire package 
carefully and address these on your next upload.)


Regards,

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

Bug#891265: RM: onedrive [ppc64el] -- RoQA; Compiler doesn't support the ppc64 architecture

[Jeremy Bicha]

Package: ftp.debian.org
Severity: normal
X-Debbugs-CC: onedr...@packages.debian.org, m...@debian.org

This package built on ppc64el before, but doesn't anymore. The problem
lies in the LDC compiler, and since upstream doesn't see ppc64 as
officially supported architecture, the problem will not be addressed
anytime soon.

After 4 months, it does not make sense to hold this and other packages
hostage because they now fail to build on ppc64el.
Therefore, please remove the old ppc64el binaries of onedrive.
(future build attempts on this architecture will be done with GDC,
unless ppc64(el) gets fully supported by LDC upstream)

Relevant upstream report: https://github.com/ldc-developers/ldc/issues/2356

Thanks,
Jeremy Bicha

Bug#889983: stretch-pu: package glade/3.20.0-2+deb9u1

[Sébastien Villemot]

On Fri, Feb 23, 2018 at 05:36:38PM +, Adam D. Barratt wrote:

> On Fri, 2018-02-09 at 18:12 +0100, Sébastien Villemot wrote:
> > I prepared a p-u for glade, fixing #859324 (basically glade eats a
> > lot of CPU
> > as soon as a non-trivial UI is created).
> > 
> 
> Please go ahead.

Thanks, uploaded.

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


signature.asc
Description: PGP signature

Bug#891264: shark: please make the build reproducible

[Chris Lamb]

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

Hi,

Whilst working on the Reproducible Builds effort [0], we noticed
that shark could not be built reproducibly. This is because it
includes the full path to the original source in "TODO" entries
in docs.

Patch attached that disables this `todo_link_only` [1].

 [0] https://reproducible-builds.org/
 [1] https://sources.debian.org/src/sphinx/1.6.6-1/sphinx/ext/todo.py/#L151-L159


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/doc/sphinx_pages/conf.py.in b/doc/sphinx_pages/conf.py.in
index fd86bf9..f49ba52 100644
--- a/doc/sphinx_pages/conf.py.in
+++ b/doc/sphinx_pages/conf.py.in
@@ -13,6 +13,7 @@ mathjax_path = 
'http://cdn.mathjax.org/mathjax/latest/MathJax.js?config=TeX-AMS-
 #delay nicked from 
https://groups.google.com/forum/#!msg/mathjax-users/J-36V22-G9Q/AW3ncCbJzS8J
 
 todo_include_todos = True
+todo_link_only = True
 
 #set up doxylink tag file
 print 'current working directory', os.path.abspath(os.path.curdir)

Bug#888488: stretch-pu: package w3m/0.5.3-34+deb9u1

[Tatsuya Kinoshita]

On February 23, 2018 at 4:46PM +, adam (at adam-barratt.org.uk) wrote:
>> w3m (0.5.3-34+deb9u1) stretch; urgency=medium

> Please go ahead.

Uploaded.

Thanks,
--
Tatsuya Kinoshita


pgpjsyUPtzJbo.pgp
Description: PGP signature

Bug#891263: puppet: please make the build reproducible

[Chris Lamb]

Source: puppet
Version: 5.4.0-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps hostname
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], we noticed
that puppet could not be built reproducibly. This is because it
includes the current time in the manpages, as well as the build
host's domain name.

Patch attached.

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


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/lib/puppet/defaults.rb2018-02-23 22:03:04.353812204 +
--- b/lib/puppet/defaults.rb2018-02-23 22:32:13.241364756 +
@@ -703,7 +703,7 @@
 # We have to downcase the fqdn, because the current ssl stuff (as opposed 
to in master) doesn't have good facilities for
 # manipulating naming.
 :certname => {
-  :default => lambda { Puppet::Settings.default_certname.downcase },
+  :default => lambda { ENV.has_key?('SOURCE_DATE_EPOCH') ? '(node\'s fully 
qualified domain name)' : Puppet::Settings.default_certname.downcase },
   :desc => "The name to use when handling certificates. When a node
 requests a certificate from the CA puppet master, it uses the value of 
the
 `certname` setting as its requested Subject CN.
--- a/lib/puppet/util/reference.rb  2018-02-23 22:03:04.349812169 +
--- b/lib/puppet/util/reference.rb  2018-02-23 22:25:12.937581256 +
@@ -2,6 +2,12 @@
 require 'puppet/util/methodhelper'
 require 'fileutils'
 
+if ENV['SOURCE_DATE_EPOCH'].nil?
+  $now = Time.now
+else
+  $now = Time.at(ENV['SOURCE_DATE_EPOCH'].to_i).gmtime
+end
+
 # Manage Reference Documentation.
 class Puppet::Util::Reference
   include Puppet::Util
@@ -13,7 +19,7 @@
   instance_load(:reference, 'puppet/reference')
 
   def self.footer
-"\n\n\n\n" + _("*This page autogenerated on 
%{current_time}*\n") % { current_time: Time.now.to_s }
+"\n\n\n\n" + _("*This page autogenerated on 
%{current_time}*\n") % { current_time: $now.to_s }
   end
 
   def self.modes
@@ -112,7 +118,7 @@
 # First the header
 text = markdown_header(@title, 1)
 #TRANSLATORS message accompanied by date of generation
-text << _("\n\n**This page is autogenerated; any changes will get 
overwritten** *(last generated on %{current_time})*\n\n") % { current_time: 
Time.now.to_s }
+text << _("\n\n**This page is autogenerated; any changes will get 
overwritten** *(last generated on %{current_time})*\n\n") % { current_time: 
$now.to_s }
 
 text << @header
 

Bug#890720: Request for new debian-switzerland list

[Clément Hermann]

Le February 17, 2018 10:48:38 PM UTC, Didier 'OdyX' Raboud  a 
écrit :
>Package: lists.debian.org
>Severity: wishlist
>
>The debian.ch association (recognized TO) uses the
>'commun...@lists.debian.ch'
>list since, on privately-owned infrastructure. It's General Assembly
>has
>concluded that a hosting of this low-traffic list would be much better
>on
>Debian.org infrastructure, hence this request
>
>Name: debian-switzerl...@lists.debian.org
>Rationale: debian.ch association & Swiss events' coordination traffic;
>should
> really be on Debian infrastructure if possible
>Short Description: Discussion list for Debian community in Switzerland
>Long Description: Discussion list for the Debian community - debian.ch
>Category: Other
>Subscription Policy: open
>Post Policy: open
>Web Archive: yes; please import the current commun...@lists.debian.ch
>list archive
>
>I hereby invite commun...@lists.debian.ch subscribers to voice their
>interest/support on the Debian bug for the creation of that list.
>
>OdyX, with hir debian.ch President hat
>___
>community mailing list
>commun...@lists.debian.ch
>https://lists.debian.ch/mailman/listinfo/community

Hi,

So, voicing interest and support !

(Sorry about top reply, hard to quote properly on a phone)

Cheers,

nodens
-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.

Bug#891262: chromium allows non-WPAD-based access to the internet

[Mike Gabriel]

Package: debian-edu-config
Version: 1.929
Severity: important
Tags: stretch

Hi,

in Debian Edu stretch, installing chromium on Debian Edu workstations  
allows people to access the internet directly. Firefox, however, has  
enforced system wide proxy settings applied, that cannot be changed by  
the user.


This should be the same case for chromium (and any other browser in  
Debian, if possible, but this issue is about chromium for now).


A patch has been committed to d-e-c for buster already:
https://anonscm.debian.org/cgit/debian-edu/debian-edu-config.git/commit/?id=45874523098aee9e891f94ef09ae30ca407c1062

I would love to see this fixed in stretch.

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



pgphJs_bS99fS.pgp
Description: Digitale PGP-Signatur

Bug#889317: stretch-pu: package directfb/1.2.10.0-8

[Sebastian Ramacher]

On 2018-02-23 17:06:10, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Sat, 2018-02-03 at 16:00 +0100, Sebastian Ramacher wrote:
> > I'd like to provide a fix for #878324 for the next stable point
> > release. The
> > issue was fixed in unstable shortly after 1.2.10.0-8 was uploaded in
> > -9. That
> > fix came to late for stretch (or I forgot to ask for an unblock).
> > 
> > The debdiff is:
> > 
> > --- a/debian/changelog
> > +++ b/debian/changelog
> > @@ -1,3 +1,10 @@
> > +directfb (1.2.10.0-8+deb9u1) stretch; urgency=medium
> > +
> > +  * debian/libdirectfb-1.2-9.install: Fix architecture-based filter
> > to
> > +actually install drivers. (Closes: #878324)
> > 
> 
> Please go ahead.

Thanks, uploaded.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#891261: qemu-user-static: hppa binfmt provided but not installed

[Adam Borowski]

Package: qemu-user-static
Version: 1:2.11+dfsg-1
Severity: normal
Tags: patch

Hi!
In Debian packaging, commit 9895d26195e38bb062561ec040e685ff14d6a9a8, you
added binfmt data for hppa, but failed to include it in the list at the top
of the file.  The attached patch fixes this.

Untested (other than manually enabling binfmt), but obvious enough to be
likely to work.

Obviously, #891260 makes hppa emulation not very usable right now, but these
are separate issues.


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

Kernel: Linux 4.16.0-rc2-debug-00027-g42a5c5c629e3 (SMP w/6 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

qemu-user-static depends on no packages.

Versions of packages qemu-user-static recommends:
ii  binfmt-support  2.1.8-2

Versions of packages qemu-user-static suggests:
pn  sudo  

-- no debconf information
>From 236751f432ee8081f2cf4d43c6005b832abca013 Mon Sep 17 00:00:00 2001
From: Adam Borowski 
Date: Fri, 23 Feb 2018 23:14:48 +0100
Subject: [PATCH] Enable hppa binfmt.

---
 debian/binfmt-update-in | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/binfmt-update-in b/debian/binfmt-update-in
index 4bd4cc1643..f5adaceb88 100644
--- a/debian/binfmt-update-in
+++ b/debian/binfmt-update-in
@@ -5,7 +5,7 @@ grep -zqs ^container= /proc/1/environ && exit 0
 # == binfmt registration/deregistration ==
 if command -v update-binfmts > /dev/null ; then
 
-fmts="aarch64 alpha arm armeb cris i386 m68k microblaze mips mipsel mipsn32 
mipsn32el mips64 mips64el ppc ppc64 ppc64abi32 ppc64le s390x sh4 sh4eb sparc 
sparc32plus sparc64 x86_64"
+fmts="aarch64 alpha arm armeb cris hppa i386 m68k microblaze mips mipsel 
mipsn32 mipsn32el mips64 mips64el ppc ppc64 ppc64abi32 ppc64le s390x sh4 sh4eb 
sparc sparc32plus sparc64 x86_64"
 
 # linux ELF_OSABI(byte7) can be 0 (traditional,SYSV) or 3 (GNU/LINUX 
extensions)
 # binfmt registration does not allow a enum, only value  So we use 
broader mask
-- 
2.16.1

Bug#888327: xine-lib-1.2: FTBFS with FFmpeg 3.5

[James Cowgill]

Control: tags -1 fixed-upstream patch

On Wed, 24 Jan 2018 22:26:51 + jcowg...@debian.org wrote:
> Source: xine-lib-1.2
> Version: 1.2.8-2
> Severity: important
> User: debian-multime...@lists.debian.org
> Usertags: ffmpeg-3.5-transition
> 
> Hi,
> 
> Your package FTBFS with the upcoming version 3.5 of FFmpeg.

Fixed upstream by this commit:
https://sourceforge.net/p/xine/xine-lib-1.2/ci/abd6e04c7a53f10d1a2975159f65ba7e33bee61c/

Patch attached.

James
Description: Fix FTBFS with FFmpeg 4.0
Origin: upstream, https://sourceforge.net/p/xine/xine-lib-1.2/ci/abd6e04c7a53f10d1a2975159f65ba7e33bee61c/
Bug-Debian: https://bugs.debian.org/888327
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/src/combined/ffmpeg/ff_audio_decoder.c
+++ b/src/combined/ffmpeg/ff_audio_decoder.c
@@ -221,7 +221,7 @@ static void ff_audio_ensure_buffer_size(
 xprintf(this->stream->xine, XINE_VERBOSITY_LOG,
 _("ffmpeg_audio_dec: increasing buffer to %d to avoid overflow.\n"),
 this->bufsize);
-this->buf = xine_realloc_aligned (this->buf, this->bufsize + FF_INPUT_BUFFER_PADDING_SIZE);
+this->buf = xine_realloc_aligned (this->buf, this->bufsize + AV_INPUT_BUFFER_PADDING_SIZE);
   }
 }
 
@@ -232,9 +232,9 @@ static void ff_audio_handle_special_buff
 
 free (this->context->extradata);
 this->context->extradata_size = buf->decoder_info[2];
-this->context->extradata = malloc (buf->decoder_info[2] + FF_INPUT_BUFFER_PADDING_SIZE);
+this->context->extradata = malloc (buf->decoder_info[2] + AV_INPUT_BUFFER_PADDING_SIZE);
 memcpy (this->context->extradata, buf->decoder_info_ptr[2], buf->decoder_info[2]);
-memset (this->context->extradata + buf->decoder_info[2], 0, FF_INPUT_BUFFER_PADDING_SIZE);
+memset (this->context->extradata + buf->decoder_info[2], 0, AV_INPUT_BUFFER_PADDING_SIZE);
 
 ff_aac_mode_set (this, 0);
   }
@@ -451,10 +451,10 @@ static void ff_handle_header_buffer(ff_a
 this->ff_channels, this->ff_bits, this->ff_sample_rate,
 this->context->block_align);
   if (!data_len) break;
-  e = malloc (data_len + FF_INPUT_BUFFER_PADDING_SIZE);
+  e = malloc (data_len + AV_INPUT_BUFFER_PADDING_SIZE);
   if (!e) break;
   xine_fast_memcpy (e, p, data_len);
-  memset (e + data_len, 0, FF_INPUT_BUFFER_PADDING_SIZE);
+  memset (e + data_len, 0, AV_INPUT_BUFFER_PADDING_SIZE);
   this->context->extradata = e;
   this->context->extradata_size = data_len;
   break;
@@ -1008,7 +1008,7 @@ static void ff_audio_decode_data (audio_
   offset = 0;
 
   /* pad input data */
-  memset(>buf[this->size], 0, FF_INPUT_BUFFER_PADDING_SIZE);
+  memset(>buf[this->size], 0, AV_INPUT_BUFFER_PADDING_SIZE);
 
   while (this->size>=0) {
 
--- a/src/combined/ffmpeg/ff_mpeg_parser.c
+++ b/src/combined/ffmpeg/ff_mpeg_parser.c
@@ -26,6 +26,7 @@
 #define LOG
 */
 #include "ff_mpeg_parser.h"
+#include "ffmpeg_compat.h"
 
 /* mpeg frame rate table from lavc */
 static const int frame_rate_tab[][2] = {
@@ -50,7 +51,7 @@ static const int frame_rate_tab[][2] = {
 
 void mpeg_parser_init (mpeg_parser_t *parser)
 {
-  parser->chunk_buffer = malloc(BUFFER_SIZE + FF_INPUT_BUFFER_PADDING_SIZE);
+  parser->chunk_buffer = malloc(BUFFER_SIZE + AV_INPUT_BUFFER_PADDING_SIZE);
   mpeg_parser_reset(parser);
 }
 
--- a/src/combined/ffmpeg/ff_video_decoder.c
+++ b/src/combined/ffmpeg/ff_video_decoder.c
@@ -869,16 +869,18 @@ static void init_video_codec (ff_video_d
   this->stream->video_out->open (this->stream->video_out, this->stream);
 
   this->edge = 0;
-  if(this->codec->capabilities & CODEC_CAP_DR1 && this->class->enable_dri) {
+  if(this->codec->capabilities & AV_CODEC_CAP_DR1 && this->class->enable_dri) {
 if (this->stream->video_out->get_capabilities (this->stream->video_out) & VO_CAP_CROP) {
   /* We can crop. Fine. Lets allow decoders to paint over the frame edges.
  This will be slightly faster. And it is also a workaround for buggy
  v54 who likes to ignore EMU_EDGE for wmv2 and xvid. */
   this->edge = XFF_EDGE_WIDTH ();
+#ifdef CODEC_FLAG_EMU_EDGE
 } else {
   /* Some codecs (eg rv10) copy flags in init so it's necessary to set
* this flag here in case we are going to use direct rendering */
   this->context->flags |= CODEC_FLAG_EMU_EDGE;
+#endif
 }
   }
 
@@ -887,7 +889,7 @@ static void init_video_codec (ff_video_d
   this->context->codec_type = this->codec->type;
 
   if (this->class->choose_speed_over_accuracy)
-this->context->flags2 |= CODEC_FLAG2_FAST;
+this->context->flags2 |= AV_CODEC_FLAG2_FAST;
 
   this->context->skip_loop_filter = skip_loop_filter_enum_values[this->class->skip_loop_filter_enum];
 
@@ -912,7 +914,7 @@ static void init_video_codec (ff_video_d
   /* enable direct rendering by default */
   this->output_format = XINE_IMGFMT_YV12;
 #ifdef ENABLE_DIRECT_RENDERING
-  if( 

Bug#890776: fork_Axiom: Failed to reopen server: No such file or directory

[Tim Daly]

Oh. That explains why I couldn't reproduce it. --Tim


On Fri, Feb 23, 2018 at 1:56 PM, Camm Maguire 
wrote:

> Hi Tim!  No need to worry about this further as I've fixed it for now.
> There is a case issue with the SYS environment variable.  For ages I've
> been setting AXIOM to /mnt/linux without problem, but recently this
> defines PLF as linuxplatform instead of LINUXplatform, breaking many
> defines in the sman code.  If the only canonical support is for
> /mnt/LINUX, then so be it and no worries.
>
> Take care,
>
> r.duc...@gmail.com writes:
>
> > On Monday, February 19, 2018 10:11:29 PM CET Camm Maguire wrote:
> >>
> >> Thanks for your report!  I think -nox should work, right?
> >
> > YES, thanks for the suggestion.
> >
> > (tested on another machine with the same problem):
> >
> > ~$ axiom
> > fork_Axiom: Failed to reopen server: No such file or directory
> > clef trying to get the initial terminal settings: Inappropriate ioctl
> for device
> > ~$ axiom -nox
> > AXIOM Computer Algebra System
> >   Version: Axiom (May 2016)
> >   Timestamp: Tuesday September 5, 2017 at 17:01:53
> > 
> -
> >Issue )copyright to view copyright notices.
> >Issue )summary for a summary of useful system commands.
> >Issue )quit to leave AXIOM and return to shell.
> >Visit http://axiom-developer.org for more information
> > 
> -
> >
> > (1) -> 1+1
> >
> >(1)  2
> > Type:
> PositiveInteger
> > (2) ->
> >
> >
> >
>
> --
> Camm Maguirec...@maguirefamily.org
> ==
> "The earth is but one country, and mankind its citizens."  --  Baha'u'llah
>

Bug#891239: [Aptitude-devel] Bug#891239: aptitude: FTBFS with libncursesw6

[Axel Beckert]

Hi Sven,

Sven Joachim wrote:
> Indeed, rebuilding aptitude against the new cwidget library worked.  And
> I am very pleased to report that scrolling through the package lists in
> aptitude with the mouse wheel (see #455585) also works now! :-)

Yay! I recently wondered again, why we can't do this yet. :-)

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

Bug#891259: libecj-java: Update to new upstream version

[Joonas Kylmälä]

Package: libecj-java
Severity: wishlist

Dear Maintainer,

the upstream version of libecj-java in Debian unstable is at least
couple years old and it would be nice if it could be updated. 

Joonas

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

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

Versions of packages libecj-java depends on:
ii  java-common  0.58

libecj-java recommends no packages.

Versions of packages libecj-java suggests:
ii  ant  1.9.9-1
pn  ecj  
pn  libecj-java-gcj  

Bug#891260: qemu-user-static: hppa -user crashes

[Adam Borowski]

Package: qemu-user-static
Version: 1:2.11+dfsg-1
Severity: normal

Hi!
While a tiny executable such as arch-test works, anything that uses libc
crashes with:

[/srv/chroots/hppa]# chroot . /usr/bin/qemu-hppa-static /bin/true
qemu-hppa-static: 
/build/qemu-v8TF72/qemu-2.11+dfsg/target/hppa/translate.c:422: nullify_end: 
Assertion `status != DISAS_NORETURN && status != DISAS_IAQ_N_UPDATED' failed.
Segmentation fault

I didn't isolate the minimal snippet of code that triggers this.


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

Kernel: Linux 4.16.0-rc2-debug-00027-g42a5c5c629e3 (SMP w/6 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

qemu-user-static depends on no packages.

Versions of packages qemu-user-static recommends:
ii  binfmt-support  2.1.8-2

Versions of packages qemu-user-static suggests:
pn  sudo  

-- no debconf information

Bug#891239: aptitude: FTBFS with libncursesw6

[Sven Joachim]

On 2018-02-23 18:03 +0100, Sven Joachim wrote:

> With the upcoming libncursesw6 package (which is not available yet, but
> everything is ready in git and I have asked for an upload to
> experimental), aptitude FTBFS.  From the build log:
>
> ,
> | g++ -I/usr/include/sigc++-2.0
> | -I/usr/lib/i386-linux-gnu/sigc++-2.0/include
> | -I/usr/lib/i386-linux-gnu/cwidget -I/usr/include/sigc++-2.0
> | -I/usr/lib/i386-linux-gnu/sigc++-2.0/include -g -O2
> | -fdebug-prefix-map=/usr/local/src/deb-src/aptitude/aptitude-0.8.10=. 
> -fstack-protector-strong
> | -Wformat -Werror=format-security -D_REENTRANT -Wall
> | -L/usr/lib/i386-linux-gnu -Wl,-z,relro -Wl,-z,now -o aptitude main.o
> | desc_render.o apt_config_treeitems.o apt_config_widgets.o
> | apt_info_tree.o apt_options.o apt_undo_tree.o broken_indicator.o
> | defaults.o dep_item.o download_item.o download_list.o
> | download_thread.o load_config.o load_grouppolicy.o load_pkgview.o
> | load_sortpolicy.o loggers.o menu_redirect.o menu_text_layout.o
> | menu_tree.o pkg_columnizer.o pkg_info_screen.o pkg_item.o
> | pkg_grouppolicy.o pkg_sortpolicy.o pkg_node.o pkg_subtree.o
> | pkg_tree.o pkg_ver_item.o pkg_view.o progress.o reason_fragment.o
> | solution_dialog.o solution_fragment.o solution_item.o
> | solution_screen.o trust.o ui.o ui_download_manager.o
> | view_changelog.o cmdline/libcmdline.a mine/libcmine.a
> | generic/apt/libgeneric-apt.a generic/util/libgeneric-util.a
> | generic/apt/matching/libgeneric-matching.a
> | generic/controllers/libgeneric-controllers.a
> | generic/problemresolver/libgeneric-problemresolver.a
> | generic/views/libgeneric-views.a -lapt-pkg -lncursesw -lsigc-2.0
> | -lcwidget -lncursesw -lsigc-2.0 -lsqlite3 -lboost_iostreams
> | -lboost_filesystem -lboost_system -L/usr/lib/i386-linux-gnu -lxapian
> | -lpthread
> | /usr/bin/ld: warning: libncursesw.so.5, needed by
> | /usr/lib/i386-linux-gnu/libcwidget.so, may conflict with
> | libncursesw.so.6
> | /usr/bin/ld: warning: libncursesw.so.5, needed by
> | /usr/lib/i386-linux-gnu/libcwidget.so, may conflict with
> | libncursesw.so.6
> | /usr/bin/ld: warning: libtinfo.so.5, needed by 
> /usr/lib/i386-linux-gnu/libcwidget.so, may conflict with libtinfo.so.6
> | /usr/bin/ld: warning: libtinfo.so.5, needed by 
> /usr/lib/i386-linux-gnu/libcwidget.so, may conflict with libtinfo.so.6
> | 
> apt_config_widgets.o:(.data.rel.ro._ZTCN7cwidget7widgets11checkbuttonE0_NS0_6widgetE[_ZTVN7cwidget7widgets11checkbuttonE]+0x20):
> | undefined reference to
> | `cwidget::widgets::widget::dispatch_mouse(short, int, int, int,
> | unsigned int)'
> `
>
> Then more undefined references to
> cwidget::widgets::widget::dispatch_mouse follow.  See the attached build
> log for more details.

I suspect this happened because of the type change of mmask_t mentioned
in #891161.

> It will almost certainly be necessary, and hopefully sufficient, to get
> cwidget fixed and rebuilt against libncursesw6 first (see #891161).

Indeed, rebuilding aptitude against the new cwidget library worked.  And
I am very pleased to report that scrolling through the package lists in
aptitude with the mouse wheel (see #455585) also works now! :-)

Cheers,
   Sven

Bug#874660: FTBFS with Java 9: sun.misc

[Emmanuel Bourg]

On Fri, 8 Sep 2017 15:01:51 +0100 Chris West  
wrote:

> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-compiler-plugin:3.6.1:compile 
> (default-compile) on project xbean-classpath: Compilation failure: 
> Compilation failure: 
> [ERROR] 
> /build/libxbean-java-4.5/xbean-classpath/src/main/java/org/apache/xbean/classpath/SunURLClassPath.java:[59,23]
>  cannot find symbol
> [ERROR]   symbol:   class URLClassPath
> [ERROR]   location: package sun.misc
> [ERROR] 
> /build/libxbean-java-4.5/xbean-classpath/src/main/java/org/apache/xbean/classpath/SunURLClassPath.java:[52,17]
>  cannot find symbol
> [ERROR]   symbol:   class URLClassPath
> [ERROR]   location: package sun.misc

The xbean-classpath module is no longer built since libxbean-java/4.5-5
uploaded 3 days after this bug report.

I guess this issue can be closed now.

Emmanuel Bourg

Bug#891200: Please create new pseudopackage contributors.debian.org

[Enrico Zini]

On Fri, Feb 23, 2018 at 10:29:20AM -0800, Don Armstrong wrote:

> Pseudopackage Name: contributors.debian.org
> Maintainer: Contributors Website Maintainers 
> Description: Issues with the Debian Contributors Website and coordination of 
> maintenance

That looks perfect, thanks!

> Note that creating such a pseudopackage means that there won't ever be a
> contributors.debian.org package in Debian.

Yes, that works for me. The same is already happening for nm.debian.org.


Enrico

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


signature.asc
Description: PGP signature

Bug#891136: tools-deps-alpha

[Elana Hashman]

Okay, this dependency tree is a lot hairier than I initially expected.

`lein deps :tree` says:

 [org.clojure/tools.deps.alpha "0.5.398"]
   [org.apache.maven.resolver/maven-resolver-api "1.1.1"]
   [org.apache.maven.resolver/maven-resolver-connector-basic "1.1.1"]
   [org.apache.maven.resolver/maven-resolver-impl "1.1.1"]
   [org.apache.maven.resolver/maven-resolver-spi "1.1.1"]
   [org.apache.maven.resolver/maven-resolver-transport-file "1.1.1"]
   [org.apache.maven.resolver/maven-resolver-transport-http "1.1.1"]
 [org.apache.httpcomponents/httpclient "4.5.4" :exclusions 
[[commons-logging]]]
   [commons-codec "1.10"]
 [org.apache.httpcomponents/httpcore "4.4.8"]
 [org.slf4j/jcl-over-slf4j "1.7.25"]
   [org.apache.maven.resolver/maven-resolver-transport-wagon "1.1.1"]
 [org.apache.maven.wagon/wagon-provider-api "3.0.0"]
   [org.apache.maven.resolver/maven-resolver-util "1.1.1"]
   [org.apache.maven/maven-resolver-provider "3.5.2"]
 [com.google.guava/guava "20.0"]
 [javax.inject "1"]
 [org.apache.commons/commons-lang3 "3.5"]
 [org.apache.maven/maven-model-builder "3.5.2"]
   [org.apache.maven/maven-artifact "3.5.2"]
   [org.apache.maven/maven-builder-support "3.5.2"]
   [org.codehaus.plexus/plexus-component-annotations "1.7.1" :exclusions 
[[junit]]]
   [org.codehaus.plexus/plexus-interpolation "1.24"]
 [org.apache.maven/maven-model "3.5.2"]
 [org.apache.maven/maven-repository-metadata "3.5.2"]
 [org.codehaus.plexus/plexus-utils "3.1.0"]
   [org.clojure/data.xml "0.2.0-alpha5"]
 [org.clojure/data.codec "0.1.0"]
   [org.clojure/tools.cli "0.3.5"]
   [org.clojure/tools.gitlibs "0.2.59"]
 [com.jcraft/jsch.agentproxy.connector-factory "0.0.9"]
   [com.jcraft/jsch.agentproxy.core "0.0.9"]
   [com.jcraft/jsch.agentproxy.pageant "0.0.9"]
   [com.jcraft/jsch.agentproxy.sshagent "0.0.9"]
   [com.jcraft/jsch.agentproxy.usocket-jna "0.0.9"]
 [net.java.dev.jna/jna-platform "4.1.0"]
 [net.java.dev.jna/jna "4.1.0"]
   [com.jcraft/jsch.agentproxy.usocket-nc "0.0.9"]
 [com.jcraft/jsch.agentproxy.jsch "0.0.9"]
 [org.eclipse.jgit "4.10.0.201712302008-r"]
   [com.googlecode.javaewah/JavaEWAH "1.1.6"]
   [com.jcraft/jsch "0.1.54"]
   [org.slf4j/slf4j-nop "1.6.2"]
 [org.slf4j/slf4j-api "1.6.2"]
   [s3-wagon-private "1.3.1"]
 [com.amazonaws/aws-java-sdk-s3 "1.11.184" :exclusions 
[[com.fasterxml.jackson.core/jackson-core] 
[com.fasterxml.jackson.core/jackson-databind]]]
   [com.amazonaws/aws-java-sdk-core "1.11.184"]
 [com.fasterxml.jackson.dataformat/jackson-dataformat-cbor "2.6.7"]
 [commons-logging "1.1.3"]
 [joda-time "2.8.1"]
 [software.amazon.ion/ion-java "1.0.2"]
   [com.amazonaws/aws-java-sdk-kms "1.11.184"]
   [com.amazonaws/jmespath-java "1.11.184"]
 [com.fasterxml.jackson.core/jackson-core "2.5.5"]
 [com.fasterxml.jackson.core/jackson-databind "2.5.5"]
   [com.fasterxml.jackson.core/jackson-annotations "2.5.0"]
 [org.springframework.build/aws-maven "4.8.0.RELEASE" :exclusions 
[[com.amazonaws/aws-java-sdk]]]
   [ch.qos.logback/logback-classic "1.0.12"]
 [ch.qos.logback/logback-core "1.0.12"]

This is leiningen-levels of dependency spaghetti. I'm going to put this
ITP on hold while I regroup and figure out the details of the dependency
management story.

There's no way I'll be able to get this done before the Ubuntu 18.04 LTS
feature freeze (Mar. 1, 2018); this will have to be an ongoing project,
hopefully making it into the buster release. Perhaps we can backport it
later.

- e


signature.asc
Description: Digital signature

Bug#891140: [Pkg-zsh-devel] Bug#891140: zsh: Please make "apt install " completion work on "local" .deb files

[Chris Lamb]

Hi Daniel,

Thanks for your input!

> In a nutshell, _apt-cmd() should call «_files -g '*.deb'» where it currently
> calls _deb_packages.

I did try this (honest!) but I couldn't get it to work. :)

Also, note that "apt install" really does need a path-ish, ie:

  $ apt install ./foo.deb

ie. not simply doing

  $ apt install foo.deb

So, a naive _files as you suggest will be broken, unless I'm
missing something  :)


Best wishes,

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

Bug#891161: cwidget: FTBFS with libncursesw6

[Sven Joachim]

Control: tags -1 + patch

On 2018-02-22 22:23 +0100, Sven Joachim wrote:

> Source: cwidget
> Version: 0.5.17-7
>
> With the upcoming libncursesw6 package (which is not available yet, but
> everything is ready in git and I have asked for an upload to
> experimental), cwidget FTBFS.  This is the relevant part, I have
> attached the full build log for reference:
>
> ,
> | text_layout.cc: In member function 'virtual void 
> cwidget::widgets::text_layout::dispatch_mouse(short int, int, int, int, 
> mmask_t)':
> | text_layout.cc:89:57: error: no matching function for call to 'max(int, 
> size_t)'
> |set_start(std::max(0, start - mouse_wheel_scroll_lines));
> |  ^
> `

So I have good and bad news.  The good one is that this error was easy
to fix by casting the 0 to size_t, so that both parameters passed to
std::max have the same type.  See the attached patch.

The bad news is that after rebuilding libcwidget3v5 against libncursesw6
aptitude no longer starts:

,
| $ aptitude
| aptitude: symbol lookup error: aptitude: undefined symbol: 
_ZN7cwidget7widgets6widget14dispatch_mouseEsiiim
| $ objdump -T /usr/lib/i386-linux-gnu/libcwidget.so.3.0.0 | grep 
widget14dispatch_mouse
| 000dde10 gDF .text  0002  Base
_ZN7cwidget7widgets6widget14dispatch_mouseEsiiij
`

This is because mmask_t is of a different type in libncursesw6.  Looks
like I may have to go back to the drawing board in ncurses and re-enable
the "--with-mmask-t='long'" configure option there.  Oh well. :-(

Cheers,
   Sven

Description: Cast 0 to size_t in text_layout::dispatch_mouse
 This avoids incompatible parameter types in std::max.
Author: Sven Joachim 
Bug-Debian: https://bugs.debian.org/891161
Last-Update: 2018-02-23

---
 src/cwidget/widgets/text_layout.cc |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- a/src/cwidget/widgets/text_layout.cc
+++ b/src/cwidget/widgets/text_layout.cc
@@ -86,7 +86,7 @@ namespace cwidget
 	{
 	  freshen_contents(lastst);
 	  if(start > 0)
-		set_start(std::max(0, start - mouse_wheel_scroll_lines));
+		set_start(std::max((size_t)0, start - mouse_wheel_scroll_lines));
 	}
 	}
   else if((bstate & BUTTON5_PRESSED) != 0)

Bug#891233: kamoso: segmentation fault in kamoso in Debian 9 stable. Buster not affected

[Laura Arjona Reina]

Hello
I've installed a virtual machine with Debian testing (Buster), KDE
Plasma, and kamoso, and I cannot reproduce the bug there.
In testing (buster), when I start kamoso, the program launches well. It
shows a dancing banana because my VM has no access to the laptop's
camera, but I think that is irrelevant to the problem.

My question now is if it's possible to backport the fix to Debian 9
stable, because the program is unusable in Debian stable. Or remove
kamoso in Debian 9, and maybe backport the new version to
debian-backports? (I'm not sure which is the policy here).

For what I've searched and found, looks like the commit fixing the
problem is this one:

https://cgit.kde.org/kamoso.git/commit/?id=68c0ec95b4f3f0c51ffab558298758eeeae8c489

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

Bug#889811: gosa-encrypt-password is broken since PHP7.2's php-mcrypt removal

[Nish Aravamudan]

On Thu, 15 Feb 2018 09:33:27 + Mike Gabriel 
 wrote:
> Hi,
> 
> On  Mi 07 Feb 2018 14:01:53 CET, Holger Levsen wrote:
> 
> > control: affects -1 src:debian-edu
> > # thanks for this bug report, Wolfgang!
> 
> I just notified GONICUS about this issue and Benjamin Zapiec said,  
> that they will work on a patch.

FYI, upstream is resolving this in 
https://github.com/gosa-project/gosa-core/issues/12

-Nish

Bug#888325: mgba: FTBFS with FFmpeg 4.0

[James Cowgill]

Control: tags -1 fixed-upstream patch
Control: forwarded -1 https://github.com/mgba-emu/mgba/issues/966

On 24/01/18 22:26, jcowg...@debian.org wrote:
> Source: mgba
> Version: 0.5.2+dfsg1-3
> Severity: important
> User: debian-multime...@lists.debian.org
> Usertags: ffmpeg-3.5-transition
> 
> Hi,
> 
> Your package FTBFS with the upcoming version 3.5 of FFmpeg.

Fixed with the attached patch. An equivalent has been applied upstream
(see above link).

Thanks,
James
--- a/src/feature/ffmpeg/ffmpeg-encoder.c
+++ b/src/feature/ffmpeg/ffmpeg-encoder.c
@@ -229,7 +229,7 @@ bool FFmpegEncoderOpen(struct FFmpegEnco
 		AVDictionary* opts = 0;
 		av_dict_set(, "strict", "-2", 0);
 		if (encoder->context->oformat->flags & AVFMT_GLOBALHEADER) {
-			encoder->audio->flags |= CODEC_FLAG_GLOBAL_HEADER;
+			encoder->audio->flags |= AV_CODEC_FLAG_GLOBAL_HEADER;
 		}
 		avcodec_open2(encoder->audio, acodec, );
 		av_dict_free();
@@ -291,7 +291,7 @@ bool FFmpegEncoderOpen(struct FFmpegEnco
 	encoder->video->gop_size = 60;
 	encoder->video->max_b_frames = 3;
 	if (encoder->context->oformat->flags & AVFMT_GLOBALHEADER) {
-		encoder->video->flags |= CODEC_FLAG_GLOBAL_HEADER;
+		encoder->video->flags |= AV_CODEC_FLAG_GLOBAL_HEADER;
 	}
 	if (strcmp(vcodec->name, "libx264") == 0) {
 		// Try to adaptively figure out when you can use a slower encoder


signature.asc
Description: OpenPGP digital signature

Bug#891140: [Pkg-zsh-devel] Bug#891140: zsh: Please make "apt install " completion work on "local" .deb files

[Daniel Shahaf]

Chris Lamb wrote on Thu, Feb 22, 2018 at 16:18:29 +:
>   $ sudo apt install ./f
> 
> … should expand to:
> 
>   $ sudo apt install ./foo_1.0_amd64.deb
> 
> It probably wants to be limited to .deb files so it doesn't trigger
> for the usual use-cases of installing packages from APT.

In a nutshell, _apt-cmd() should call «_files -g '*.deb'» where it currently
calls _deb_packages.

I'm not sure whether it would be best to implement this with _alternative or
with an alternative at the _regex_arguments level (of which _apt_arguments is a
wrapper).  

I don't have time to investigate this further at the moment, sorry.

CHeers,

Daniel

Bug#891257: RFS: libt3widget/0.6.2-1

[Gertjan Halkes]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

* Package name: libt3widget
  Version : 0.6.2-1
  Upstream Author : Gertjan Halkes 
* URL : https://os.ghalkes.nl/t3/libt3widget.html
* License : GPLv3
  Section : libs

It builds those binary packages:

  libt3widget-dev - Development files for libt3widget
  libt3widget1 - C++ terminal dialog toolkit

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

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

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

dget -x
https://mentors.debian.net/debian/pool/main/libt/libt3widget/libt3widget_0.6.2-1.dsc

Changes since the last upload:

  * New upstream release.

The new release fixes a bug which hangs any program built against the
library, when using brackted paste.

Regards,
  Gertjan Halkes

Bug#891142: stretch-pu: package cups/2.2.1-8+

[Didier 'OdyX' Raboud]

Le vendredi, 23 février 2018, 18.50:52 h CET Adam D. Barratt a écrit :
> > The proposed debdiff is attached; can I upload to stretch?
> 
> Please go ahead.

Uploaded.

> > Do you need another bug for Jessie ?

Done; #891251.

Thanks for your time!

Cheers,
OdyX

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

Bug#891161: cwidget: FTBFS with libncursesw6

[Sven Joachim]

On 2018-02-23 20:30 +0100, Manuel A. Fernandez Montecelo wrote:

> 2018-02-22 22:23 GMT+01:00 Sven Joachim :
>> Source: cwidget
>> Version: 0.5.17-7
>>
>> With the upcoming libncursesw6 package (which is not available yet, but
>> everything is ready in git and I have asked for an upload to
>> experimental), cwidget FTBFS.  This is the relevant part, I have
>> attached the full build log for reference:
>
> Thanks for the heads up.
>
> What's the timeline to have this in unstable, even as a rough
> estimate?  Within a few weeks, 3 months, ...?

I honestly don't know, this depends on how many problems I find and how
much help I will get.  Then there's the release team and the D-I manager
who need to give me a transition slot.

"Before the Buster freeze" is the only certainty, though hopefully
_long_ before that.

Cheers,
   Sven

Bug#891054: Improper use of stderr for state output

[Don Armstrong]

On Thu, 22 Feb 2018, martin f krafft wrote:
> If I merely call 'autorandr', I get a list of configuration
> environments, which is nice to query the state of autorandr.
> However, this list is printed to stderr, whereas I'd like to argue
> it belongs on stdout, as it's not an error message.


On Thu, 22 Feb 2018, martin f krafft wrote:
> For use in scripts, it'd be nice if autorandr could be invoked such
> as
> 
>   autorandr --print-current
> 
> to which it'd respond with the currently identified and/or applied
> configuration.

Just a heads up that I've forwarded these upstream; since they involve
changing how autorandr works, I'm going to defer to upstream's decision.


-- 
Don Armstrong  https://www.donarmstrong.com

I cannot find rest
Because I am powerless
To amend a broken world.
 -- Guy Gavriel Kay _Under Heaven_ p295

Bug#891253: Related bugs

[Maximilian Engelhardt]

Please also see the related bugs for smtp
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891254
and imap
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891255

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

Bug#891254: Related bugs

[Maximilian Engelhardt]

Please also see the related bugs for sieve
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891253
and imap
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891255

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

Bug#891255: Related bugs

[Maximilian Engelhardt]

Please also see the related bugs for sieve
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891253
and smtp
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891254

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

Bug#891235: linux-headers-4.15.0-1-amd64: dkms modules, like zfs-dkms and spl-dkms do not compile against this kernel package

[Salvatore Bonaccorso]

Control: reassign -1 src:spl-linux 0.7.5-1
Control: forwarded -1 https://github.com/zfsonlinux/spl/issues/670
Control: retitle -1 spl-linux: Build failure with kernel 4.15 (timer updates)

On Fri, Feb 23, 2018 at 06:32:37PM +0100, Bastian Blank wrote:
> Hi
> 
> On Fri, Feb 23, 2018 at 05:39:49PM +0100, Hans Freitag wrote:
> > I have problems updating to kernel 4.15 due to the fact that zfs-dkms and 
> > spl-
> > dkms won't compile automatically anymore.
> 
> There is not much that the kernel can do if other stuff does not follow.
> Please write the bug against correct package.

That looks to be reported in
https://github.com/zfsonlinux/spl/issues/670 and
https://github.com/zfsonlinux/spl/issues/671 in the spl-linux project.

Regards,
Salvatore

Bug#891256: remove db_stop call from postinst

[dann frazier]

Package: kexec-tools
Version: 1:2.0.16-1
Tags: patch

Ubuntu has aparently been carrying the attached fix for nearly a
decade:

kexec-tools (1:2.0.3-2ubuntu2) saucy; urgency=low

  * Re-fix to not call db_stop from the postinst.
[...]
kexec-tools (1:2.0.1-1ubuntu2) lucid; urgency=low

  * Don't call db_stop in the postinst; this is not what it's for, and it
causes update-grub to break on Ubuntu by killing the frontend that child
processes expect to talk to.  LP: #518853.
[...]
kexec-tools (2009-2.0.0ubuntu11) karmic; urgency=low

  * Don't call db_stop in postinst as update-grub calls into debconf; thanks
Colin Watson; LP: #400397.
--- kexec-tools-2.0.16/debian/kexec-tools.postinst.orig	2018-02-23 12:36:37.780348638 -0700
+++ kexec-tools-2.0.16/debian/kexec-tools.postinst	2018-02-23 12:36:41.608350514 -0700
@@ -127,7 +127,6 @@ else
 	db_set kexec-tools/use_grub_config "false"
 fi
 update_param USE_GRUB_CONFIG
-db_stop
   
 # - Debconf questions end -
 

Bug#891254: [src:kde4libs] Please enable TLSv1.2 for smtp connections in stretch

[Maximilian Engelhardt]

Package: src:kde4libs
Version: 4:4.14.26-2
Severity: important
Tags: patch, stretch

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

kmail in stretch only supports TLSv1.0 which hinders it to connect to mail 
servers that only support TLSv1.2 or TLSv.1.1.

The attached patch is a backport of the upstream fix from here:
https://bugs.kde.org/show_bug.cgi?id=342567
https://git.reviewboard.kde.org/r/129031/

It is necessary for smtp connections.

I primary reported the patches here 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797844#33
but was told on irc to file separate bug reports.

I tested this patch for some weeks on my system without any issues.
Pleas let me know if you have any questions.

Thank you for maintaining KDE packages in Debian!

--- System information. ---
Architecture: 
Kernel:   Linux 4.9.0-6-amd64

Debian Release: 9.3
  500 stable-updates  deb.debian.org 
  500 stable  deb.debian.org 
  100 stretch-backports deb.debian.org 

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

Package's Recommends field is empty.

Package's Suggests field is empty.



--- a/kio/kio/tcpslavebase.cpp
+++ b/kio/kio/tcpslavebase.cpp
@@ -499,7 +499,7 @@
 {
 if (d->usingSSL)
 return false;
-return d->startTLSInternal(KTcpSocket::TlsV1) & ResultOk;
+return d->startTLSInternal(KTcpSocket::SecureProtocols) & ResultOk;
 }
 
 TCPSlaveBase::SslResult TCPSlaveBase::TcpSlaveBasePrivate::startTLSInternal (KTcpSocket::SslVersion version,


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

Bug#891253: [src:libkf5ksieve] Please enable TLSv1.2 for sieve connections in stretch

[Maximilian Engelhardt]

Package: src:libkf5ksieve
Version: 4:16.04.3-2
Severity: important
Tags: patch, stretch

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

kmail in stretch only supports TLSv1.0 which hinders it to connect to mail 
servers that only support TLSv1.2 or TLSv.1.1.

The attached patch is a backport of the upstream fix from here:
https://bugs.kde.org/show_bug.cgi?id=342567
https://git.reviewboard.kde.org/r/129029/

It is necessary for sieve connections.

I primary reported the patches here 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797844#33
but was told on irc to file separate bug reports.

I tested this patch for some weeks on my system without any issues.
Pleas let me know if you have any questions.

Thank you for maintaining KDE packages in Debian!

--- System information. ---
Architecture: 
Kernel:   Linux 4.9.0-6-amd64

Debian Release: 9.3
  500 stable-updates  deb.debian.org 
  500 stable  deb.debian.org 
  100 stretch-backports deb.debian.org 

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

Package's Recommends field is empty.

Package's Suggests field is empty.



--- a/src/kmanagesieve/sessionthread.cpp
+++ b/src/kmanagesieve/sessionthread.cpp
@@ -453,7 +453,7 @@
 m_sslCheck->setInterval(60 * 1000);
 connect(m_sslCheck, ::timeout, this, ::slotSslTimeout);
 }
-m_socket->setAdvertisedSslVersion(KTcpSocket::TlsV1);
+m_socket->setAdvertisedSslVersion(KTcpSocket::SecureProtocols);
 m_socket->ignoreSslErrors();
 connect(m_socket, ::encrypted, this, ::slotEncryptedDone);
 m_sslCheck->start();


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

Bug#891255: [src:kimap] Please enable TLSv1.2 for imap connections in stretch

[Maximilian Engelhardt]

Package: src:kimap
Version: 16.04.2-1
Severity: important
Tags: patch, stretch

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

kmail in stretch only supports TLSv1.0 which hinders it to connect to mail 
servers that only support TLSv1.2 or TLSv.1.1.

The attached patch is a backport of the upstream fix from here:
https://bugs.kde.org/show_bug.cgi?id=342567
https://git.reviewboard.kde.org/r/129030/

It is necessary for imap connections.

I primary reported the patches here 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797844#33
but was told on irc to file separate bug reports.

I tested this patch for some weeks on my system without any issues.
Pleas let me know if you have any questions.

Thank you for maintaining KDE packages in Debian!

--- System information. ---
Architecture: 
Kernel:   Linux 4.9.0-6-amd64

Debian Release: 9.3
  500 stable-updates  deb.debian.org 
  500 stable  deb.debian.org 
  100 stretch-backports deb.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-==
kio | 5.28.0-2
libc6 (>= 2.14) | 
libgcc1  (>= 1:3.0) | 
libkf5codecs5   (>= 4.96.0) | 
libkf5coreaddons5   (>= 4.97.0) | 
libkf5i18n5 (>= 4.97.0) | 
libkf5kiocore5  (>= 4.96.0) | 
libkf5mime5   (>= 15.07.90) | 
libqt5core5a (>= 5.7.0) | 
libsasl2-2  | 
libstdc++6   (>= 4.1.1) | 


Package's Recommends field is empty.

Package's Suggests field is empty.



--- a/src/loginjob.cpp
+++ b/src/loginjob.cpp
@@ -383,7 +383,7 @@
 
 switch (d->authState) {
 case LoginJobPrivate::StartTls:
-d->sessionInternal()->startSsl(KTcpSocket::TlsV1);
+d->sessionInternal()->startSsl(KTcpSocket::SecureProtocols);
 break;
 
 case LoginJobPrivate::Capability:


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

Bug#891252: Please package python3-yubico

[Timo Aaltonen]

Package: python-yubico
Severity: normal

Hi, freeipa wants to migrate to python3, but it's not possible before
python3-yubico is in the archive. I've packaged it, and sent a
pull-request on github. I'll NMU it soon if you don't upload it yourself.


-- 
t

Bug#891161: cwidget: FTBFS with libncursesw6

[Manuel A. Fernandez Montecelo]

2018-02-22 22:23 GMT+01:00 Sven Joachim :
> Source: cwidget
> Version: 0.5.17-7
>
> With the upcoming libncursesw6 package (which is not available yet, but
> everything is ready in git and I have asked for an upload to
> experimental), cwidget FTBFS.  This is the relevant part, I have
> attached the full build log for reference:

Thanks for the heads up.

What's the timeline to have this in unstable, even as a rough
estimate?  Within a few weeks, 3 months, ...?


> I should note that the person who first requested this 5th button
> support in Debian is Daniel Burrows, original author of aptitude and
> cwidget.  See https://bugs.debian.org/bug=230990.

:)


-- 
Manuel A. Fernandez Montecelo 

Bug#890337: Disabling Trackpoint Scrolling via xorg.conf freezes screen/input

[Hannes Haberl]

This looks like the same bug I encountered when upgrading to 1.19.6.
The system freeze is caused by some faulty logic that tries to use every 
device (including ttys) with the libinput driver.


I already reported the bug, you can find it here: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889038


There is also a patch available and the issue is already fixed upstream: 
https://patchwork.freedesktop.org/patch/196090/


Kind regards,
Hannes

Bug#884571: RM: torbrowser-launcher/0.1.9-1+deb8u3

[Adam D. Barratt]

Control: tags -1 + moreinfo

On Sun, 2017-12-17 at 15:46 +0900, Roger Shimizu wrote:
> [ CC pkg-privacy-maintainers list for the record ]
> 
> On Sun, Dec 17, 2017 at 1:59 PM, Roger Shimizu
>  wrote:
[...]
> > So please kindly help to remove torbrowser-launcher/0.1.9-1+deb8u3.
> > Thank you!
> > 
> > [0] https://bugs.debian.org/861744
> > [1] https://wiki.debian.org/TorBrowser#Debian_8_.22Jessie.22

We can't:

Checking reverse dependencies...
# Broken Depends:
onionshare/contrib: onionshare

Dependency problem found.

Regards,

Adam

Bug#885455: live-boot: Please drop wget from initrd (busybox provides wget)

[Raphael Hertzog]

Control: tag -1 + pending

On Fri, 23 Feb 2018, Kristian Klausen wrote:
> Busybox version of wget does not check the certificate at all, which defeat 
> the purpose of https.
> Tested with (on testing): busybox wget 'https://untrusted-root.badssl.com/' 
> and busybox wget 'https://expired.badssl.com/'

At the same time, ca-certificates is not embedded in the initrd either so
certificates could not be checked. And the purpose of https is two-fold:
privacy due to encryption (we have that), and authentication with
certificates (we don't have that).

I don't even know where live-boot is using URL and what for. But I have
committed the patch.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

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

Bug#891251: jessie-pu: package cups/1.7.5-11+deb8u3

[Didier 'OdyX' Raboud]

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

(Mirroring #891142 for stretch):

CUPS is affected by CVE-2017-18190: remote attackers could execute arbitrary
IPP commands by sending POST requests to the CUPS daemon in conjunction with
DNS rebinding. This was caused by a whitelisted "localhost.localdomain" entry.

According to the Security Team it doesn't warrant a DSA, but still makes sense
to be addressed on Jessie (and Stretch). It was fixed independently on wheezy
already.

The proposed debdiff is attached; can I upload to jessie?
diff -Nru cups-1.7.5/debian/changelog cups-1.7.5/debian/changelog
--- cups-1.7.5/debian/changelog 2017-07-21 14:44:00.0 +0200
+++ cups-1.7.5/debian/changelog 2018-02-23 19:34:51.0 +0100
@@ -1,3 +1,12 @@
+cups (1.7.5-11+deb8u3) jessie; urgency=low
+
+  * CVE-2017-18190: Prevent an issue where remote attackers could execute
+arbitrary IPP commands by sending POST requests to the CUPS daemon in
+conjunction with DNS rebinding. This was caused by a whitelisted
+"localhost.localdomain" entry.
+
+ -- Didier Raboud   Fri, 23 Feb 2018 19:34:51 +0100
+
 cups (1.7.5-11+deb8u2) jessie; urgency=high
 
   * Disable SSLv3 and RC4 by default to address POODLE vulnerability
diff -Nru 
cups-1.7.5/debian/patches/CVE-2017-18190-Dont-treat-localhost.localdomain-as-replacement-for-localhost.patch
 
cups-1.7.5/debian/patches/CVE-2017-18190-Dont-treat-localhost.localdomain-as-replacement-for-localhost.patch
--- 
cups-1.7.5/debian/patches/CVE-2017-18190-Dont-treat-localhost.localdomain-as-replacement-for-localhost.patch
1970-01-01 01:00:00.0 +0100
+++ 
cups-1.7.5/debian/patches/CVE-2017-18190-Dont-treat-localhost.localdomain-as-replacement-for-localhost.patch
2018-02-23 19:34:51.0 +0100
@@ -0,0 +1,23 @@
+From afa80cb2b457bf8d64f775bed307588610476c41 Mon Sep 17 00:00:00 2001
+From: Michael R Sweet 
+Date: Tue, 3 Jan 2017 13:52:47 -0500
+Subject: [PATCH] Don't treat "localhost.localdomain" as an allowed replacement
+ for localhost, since it isn't.
+
+Fixes: CVE-2017-18190
+---
+ scheduler/client.c | 3 ---
+ 1 file changed, 3 deletions(-)
+
+--- a/scheduler/client.c
 b/scheduler/client.c
+@@ -4220,9 +4220,6 @@
+ 
+ return (!_cups_strcasecmp(con->clientname, "localhost") ||
+   !_cups_strcasecmp(con->clientname, "localhost.") ||
+-#ifdef __linux
+-  !_cups_strcasecmp(con->clientname, "localhost.localdomain") ||
+-#endif /* __linux */
+ !strcmp(con->clientname, "127.0.0.1") ||
+   !strcmp(con->clientname, "[::1]"));
+   }
diff -Nru cups-1.7.5/debian/patches/series cups-1.7.5/debian/patches/series
--- cups-1.7.5/debian/patches/series2017-07-21 13:32:05.0 +0200
+++ cups-1.7.5/debian/patches/series2018-02-23 19:34:51.0 +0100
@@ -66,3 +66,4 @@
 # po4a might not be appropriate. It also needs to be high on the patch
 # queue to catch all Debian-specific changes
 manpage-translations.patch
+CVE-2017-18190-Dont-treat-localhost.localdomain-as-replacement-for-localhost.patch

Bug#891250: ruby-fog-core: ruby-excon build dependency must be raised to (>= 0.58)

[Adrian Bunk]

Source: ruby-fog-core
Version: 1.45.0-1
Severity: serious

https://buildd.debian.org/status/fetch.php?pkg=ruby-fog-core=all=1.45.0-1=1519407453=0

...
GEM_PATH=debian/ruby-fog-core/usr/share/rubygems-integration/all:/var/lib/gems/2.3.0:/usr/lib/x86_64-linux-gnu/rubygems-integration/2.3.0:/usr/share/rubygems-integration/2.3.0:/usr/share/rubygems-integration/all
 ruby2.3 -e gem\ \"fog-core\"
/usr/lib/ruby/2.3.0/rubygems/dependency.rb:319:in `to_specs': Could not find 
'excon' (~> 0.58) - did find: [excon-0.54.0] (Gem::LoadError)

Bug#891200: Please create new pseudopackage contributors.debian.org

[Don Armstrong]

Control: tag -1 moreinfo

On Fri, 23 Feb 2018, Enrico Zini wrote:
> I would like to have a new pseudopackage "contributors.debian.org" to
> track bugs and changes done to the contributors.debian.org website.
> 
> Please use n...@debian.org as a forwarding address.

I took a first stab at the description/maintainer/pseudopackage name,
but feel free to modify it to match whatever you'd like to see.

Pseudopackage Name: contributors.debian.org
Maintainer: Contributors Website Maintainers 
Description: Issues with the Debian Contributors Website and coordination of 
maintenance

Note that creating such a pseudopackage means that there won't ever be a
contributors.debian.org package in Debian.

-- 
Don Armstrong  https://www.donarmstrong.com

A kiss was mysterious and powerful, fragile and invincible. Like any
spark, a kiss might fizzle into nothing or consume an entire forest.
[...] A kiss could change the entire world.
  -- Scott Westerfeld _The Killing of Worlds_ p336

Bug#889001: stretch-pu: package publicsuffix/20180125.0922-0+deb9u1

[Daniel Kahn Gillmor]

On Fri 2018-02-23 17:00:41 +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Wed, 2018-01-31 at 23:21 -0500, d...@fifthhorseman.net wrote:
>> Please consider an update to publicsuffix in debian stretch.
>> 
>> This package reflects the state of the network, and keeping it
>> current
>> is useful for all the packages that depend on it.
>
> Please go ahead.

Since i filed this bug report, there are a handful of additional changes
made upstream, as reflected in publicsuffix 20180218.2049-1 since
20180125.0922-1:

--- a/public_suffix_list.dat
+++ b/public_suffix_list.dat
@@ -10891,6 +10891,7 @@ virtueeldomein.nl
 // Cloud66 : https://www.cloud66.com/
 // Submitted by Khash Sajadi 
 c66.me
+cloud66.ws
 
 // CloudAccess.net : https://www.cloudaccess.net/
 // Submitted by Pawel Panek 
@@ -11786,6 +11787,11 @@ git-repos.de
 lcube-server.de
 svn-repos.de
 
+// linkyard ldt: https://www.linkyard.ch/
+// Submitted by Mario Siegenthaler 
+linkyard.cloud
+linkyard-cloud.ch
+
 // LiquidNet Ltd : http://www.liquidnetlimited.com/
 // Submitted by Victor Velchev 
 we.bs
@@ -12136,6 +12142,10 @@ sandcats.io
 logoip.de
 logoip.com
 
+// schokokeks.org GbR : https://schokokeks.org/
+// Submitted by Hanno Böck 
+schokokeks.net
+
 // Scry Security : http://www.scrysec.com
 // Submitted by Shante Adam 
 scrysec.com
@@ -12316,6 +12326,10 @@ inc.hk
 // Submitted by Ed Moore 
 lib.de.us
 
+// VeryPositive SIA : http://very.lv
+// Submitted by Danko Aleksejevs 
+2038.io
+
 // Viprinet Europe GmbH : http://www.viprinet.com
 // Submitted by Simon Kissel 
 router.management
@@ -12344,6 +12358,10 @@ cistron.nl
 demon.nl
 xs4all.space
 
+// YesCourse Pty Ltd : https://yescourse.com
+// Submitted by Atul Bhouraskar 
+official.academy
+
 // Yola : https://www.yola.com/
 // Submitted by Stefano Rivera 
 yolasite.com


Would it be OK to retitle this bug report as:

stretch-pu: package publicsuffix/20180218.2049-0+deb9u1

or should i go ahead with the 20180125.0922 upload to stretch and then
immediately open another report?

--dkg


signature.asc
Description: PGP signature

Bug#890776: fork_Axiom: Failed to reopen server: No such file or directory

[Camm Maguire]

Hi Tim!  No need to worry about this further as I've fixed it for now.
There is a case issue with the SYS environment variable.  For ages I've
been setting AXIOM to /mnt/linux without problem, but recently this
defines PLF as linuxplatform instead of LINUXplatform, breaking many
defines in the sman code.  If the only canonical support is for
/mnt/LINUX, then so be it and no worries.

Take care,

r.duc...@gmail.com writes:

> On Monday, February 19, 2018 10:11:29 PM CET Camm Maguire wrote:
>> 
>> Thanks for your report!  I think -nox should work, right?
>
> YES, thanks for the suggestion.
>
> (tested on another machine with the same problem):
>
> ~$ axiom
> fork_Axiom: Failed to reopen server: No such file or directory
> clef trying to get the initial terminal settings: Inappropriate ioctl for 
> device
> ~$ axiom -nox
> AXIOM Computer Algebra System
>   Version: Axiom (May 2016)
>   Timestamp: Tuesday September 5, 2017 at 17:01:53 
> -
>Issue )copyright to view copyright notices.
>Issue )summary for a summary of useful system commands.
>Issue )quit to leave AXIOM and return to shell.
>Visit http://axiom-developer.org for more information
> -
>  
> (1) -> 1+1
>
>(1)  2
> Type: PositiveInteger
> (2) ->
>
>
>

-- 
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah

Bug#880014: Call for Votes for new TC member

[Didier 'OdyX' Raboud]

As of now:

The current number of nominees is: 1
The current number of accepted nominations is: 1

Cheers,
OdyX

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

Bug#890470: stretch-pu: package systemd/232-25+deb9u1

[Michael Biebl]

Am 23.02.2018 um 19:19 schrieb Adam D. Barratt:
> Thanks. Please feel free to upload.

Uploaded.

Regards,
Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#891249: linux: unstable kernel/data corruption on ppc64el

[Aurelien Jarno]

Source: linux
Version: 4.9.82-1+deb9u2
Severity: critical
Justification: causes serious data corruption

DSA has installed the latest security kernel (4.9.82-1+deb9u2) on the
Debian POWER8 machines running ppc64el. While they boot correctly, then
programs segfault randomly (apt, sbuild, systemd, etc...). Passing
no_rfi_flush to the command line does not change anything. Looking more
in details, things looks scarying as some code actually get wrongly
executed. Here are some build logs examples:
- 
https://buildd.debian.org/status/fetch.php?pkg=python-msgpack=ppc64el=0.5.1-1=1519399908=0
- 
https://buildd.debian.org/status/fetch.php?pkg=python-msgpack=ppc64el=0.5.1-1=1519396907=0
- 
https://buildd.debian.org/status/fetch.php?pkg=tk8.5=ppc64el=8.5.19-3=1519362938=0

While in the above case the packages fail to build from source, I guess
there are also some cases of undetected corruptions.

I'll try to run the 4.9.80-2 kernel at some point to narrow down the
issue.

Bug#885455: live-boot: Please drop wget from initrd (busybox provides wget)

[Kristian Klausen]

> > Am Mittwoch, den 21.02.2018, 10:08 +0100 schrieb Raphael Hertzog:
> > Hello,
> >
> > On Wed, 27 Dec 2017, Benjamin Drung wrote:
> > > The wget binary depends on many libraries. On Debian 9 (stretch)
> > > these
> > > are: libffi6, libgnutls30, libhogweed4, libidn11, libidn2-0,
> > > libnettle6,
> > > libp11-kit0, libpsl5, libtasn1-6, libunistring0. In total 8
> > > megabytes.
> > > This increases the initramfs size a lot. To save space, use wget
> > > from
> > > busybox instead. Commit 4328832d0 that adds wget does not give a
> > > reason
> > > why busybox's wget is not used. A patch is tested and attached.
> >
> > The usual reason is for "https" support. Have you tried to use https
> > URLs in the various places where we can use URLs?
>
> Okay. I did some tests in a minimal schroot environment:
>
> (stretch)root@konstrukt:~# dpkg -s busybox | grep ^Version
> Version: 1:1.22.0-19+b3
> (stretch)root@konstrukt:~# busybox wget https://bugs.debian.org/
> wget: not an http or ftp url: https://bugs.debian.org/
>
> (buster)root@konstrukt:~# dpkg -s busybox | grep ^Version
> Version: 1:1.27.2-2
> (buster)root@konstrukt:~# busybox wget https://bugs.debian.org/
> Connecting to bugs.debian.org (209.87.16.39:443)
> Connecting to www.debian.org (5.153.231.4:443)
> index.html   100% |***| 18089   0:00:00 ETA
>
> So busybox in stretch does not support HTTPS, but it supports HTTPS in
> testing/unstable.

Busybox version of wget does not check the certificate at all, which defeat the 
purpose of https.
Tested with (on testing): busybox wget 'https://untrusted-root.badssl.com/' and 
busybox wget 'https://expired.badssl.com/'

- Kristian

Bug#891248: RM: pound -- RoQA; unmaintained, incompatible with current OpenSSL, dead/stalled upstream, alternatives exist

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Please remove pound, it's unmaintained for a long time, incompatible with
current OpenSSL API and seems be dead upstream (last release three years
ago). It's little used per popcon and far better alternatives exist.

Cheers,
Moritz

Bug#891244: RFS: gnumail/1.2.2-1.1+deb9u1 [RC] [stable]

[Yavor Doganov]

Yavor Doganov wrote:
>  * Package name: gnumail
>Version : 1.2.2-1.1+deb9u1

Forgot to mention the release.d.o bug: #886636

Bug#891246: ros-metapackages: please adjust dependencies for libgazebo9

[Graham Inggs]

Source: ros-metapackages
Version: 1.8
Tags: patch

Hi Maintainer

9.0.0+dfsg5-2 was recently uploaded to unstable.  Please update the
dependencies of ros-simulators and ros-simulators-dev for the new
gazebo9 packages.  I believe the patch below is what is required.

Regards
Graham


@@ -448,7 +448,7 @@
 Package: ros-simulators
 Architecture: all
 Depends: ros-robot,
- gazebo7,
+ gazebo9,
  ${misc:Depends}
 Description: Python Robot OS simulators metapackage
  This package is part of Robot OS (ROS). It is a metapackage which
@@ -462,7 +462,7 @@
 Architecture: all
 Depends: ros-simulators,
  ros-robot-dev,
- libgazebo7-dev,
+ libgazebo9-dev,
  ${misc:Depends}
 Recommends: ros-simulators-python-dev,
 ros-simulators-lisp-dev
graham@azureus:~/debian-packages/debian-science/ro

Bug#891247: dpkg-dev: dpkg-genchangelog: generate long changelog also in source.changes file

[Arturo Borrero Gonzalez]

Package: dpkg-dev
Version: 1.19.0.5
Severity: normal

Dear Maintainer,

when building stretch-backports package I used:

 % sbuild --build-dep-resolver=aptitude --debbuildopts="-v"

as recommended at https://wiki.debian.org/BuildingFormalBackports

However, when generating the source.changes file, the -v switch is ignored.
It just generates the long changelog for the binary .changes file.

It would be great to address that in order to properly support source-only 
upload workflows.
In fact, I don't even know were the source.changes file is being generated, 
since is not reported
by sbuild.

Thanks for your hard work!

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

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

Versions of packages dpkg-dev depends on:
ii  binutils  2.30-5
ii  bzip2 1.0.6-8.1
ii  libdpkg-perl  1.19.0.5
ii  make  4.1-9.1
ii  patch 2.7.6-1
ii  perl  5.26.1-4+b1
ii  tar   1.29b-2
ii  xz-utils  5.2.2-1.3

Versions of packages dpkg-dev recommends:
ii  build-essential  12.4
ii  fakeroot 1.22-2
ii  gcc [c-compiler] 4:7.2.0-1d1
ii  gcc-7 [c-compiler]   7.3.0-3
ii  gnupg2.2.4-3
ii  gpgv 2.2.4-3
ii  libalgorithm-merge-perl  0.08-3

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

-- no debconf information

Bug#891245: CVE-2018-6544 / CVE-2018-1000051

[Moritz Muehlenhoff]

Package: mupdf
Version: 1.11+ds1-2
Severity: grave
Tags: security

Please see
https://security-tracker.debian.org/tracker/CVE-2018-151
https://security-tracker.debian.org/tracker/CVE-2018-6544

Cheers,
Moritz

Bug#891244: RFS: gnumail/1.2.2-1.1+deb9u1 [RC] [stable]

[Yavor Doganov]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "gnumail".

 * Package name: gnumail
   Version : 1.2.2-1.1+deb9u1
   Upstream Author : Ludovic Marcotte 
 * URL : http://gnustep-nonfsf.nongnu.org/gnumail/
 * License : GPL-2+
   Section : gnustep

It builds these binary packages:

gnumail.app - Mail client for GNUstep
gnumail.app-common - Mail client for GNUstep (common files)

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/g/gnumail/gnumail_1.2.2-1.1+deb9u1.dsc

Changes since the last upload:

  * debian/patches/link-libs.patch: Update to eradicate unnecessary
linking with OpenSSL (Closes: #886305).

Bug#887999: stretch-pu: package libhibernate-validator-java/4.3.3-1

[Markus Koschany]

Am 23.02.2018 um 17:44 schrieb Adam D. Barratt:
> Control: tags -1 + confirmed
> 
> On Mon, 2018-01-22 at 15:01 +0100, Markus Koschany wrote:
>> I would like to fix CVE-2017-7536 in libhibernate-validator-java. The
>> issue is no-dsa but still worth fixing.
>>
> 
> Please go ahead.
> 
> Regards,
> 
> Adam

Uploaded. Thank you!

Markus



signature.asc
Description: OpenPGP digital signature

Bug#891243: Version 2 available

[積丹尼 Dan Jacobson]

Package: pandoc
Version: 1.19.2.4~dfsg-1+b3
Severity: wishlist

Please refresh package soon. Thanks.

Bug#891216: Requre d-devel consultation for epoch bump

[Guillem Jover]

Hi!

On Fri, 2018-02-23 at 13:26:01 +, Ian Jackson wrote:
> Package: debian-policy
> Version: 4.1.3.0

> We had another thread on debian-devel recently, in which it once again
> became evident that epochs are misunderstood.  Epoch bumps should be
> rare and there are often better solutions.  I suggest that we should
> ask people to consult debian-devel.
> 
> Also we should encourage the +really convention rather than epoch
> bumps.

I also ended up writing a new dpkg FAQ entry, given that thread:

  


Thanks,
Guillem

Bug#886328: live-boot: Please use /run/live instead of /lib/live/mount

[Raphael Hertzog]

Hello,

On Fri, 05 Jan 2018, intrigeri wrote:
> Benjamin Drung:
> > Therefore move /lib/live/mount to /run/live and skip the intermedia
> > /live mount points. This reduces code and complexity.
> 
> As someone who had to repeatedly bang his head against exactly this
> part of the live-boot code (last time earlier this week), I can only
> agree with the proposed simplification idea. I didn't do a full code
> review though.

I'm not familiar enough with this part either and I am unlikely to find
any obvious mistake. But I committed the patch anyway

It would be nice if we could test the live-boot in git before I upload
it.

Benjamin, did you test your changes with persistence enabled?

To whoever is following, please test and report back. Thank you.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

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

Bug#884355: live-boot: Please support live-{top,premount,bottom} hooks

[Raphael Hertzog]

Hi,

On Thu, 14 Dec 2017, Benjamin Drung wrote:
> initramfs-tools support hooks for top, premount, bottom when booting
> with boot=local or boot=nfs. Please add similar support to live-boot
> when booting with boot=live. A patch (for git) is attached.

I will gladly apply your patch but I think it's time to clean up the
mess with this:

> --- a/components/9990-initramfs-tools.sh
> +++ b/components/9990-initramfs-tools.sh
> @@ -73,3 +73,25 @@ panic()
>   . /scripts/functions
>   panic "$@"
>  }
> +
> +# Note: Other components source /scripts/functions before sourcing this file.
> +# /scripts/functions overrides the mount_* functions (to no-ops). Thus fix
> +# the mount_* options here again.

This kind of duplication is just ugly. I looked around and saw this:
$ grep -r -E 'functions|9990-initramfs-tools.sh' components/
components/9990-initramfs-tools.sh:# Override maybe_break from scripts/functions
components/9990-initramfs-tools.sh: . /scripts/functions
components/9990-initramfs-tools.sh:# Override panic from scripts/functions
components/9990-initramfs-tools.sh: . /scripts/functions
components/9990-fstab.sh:   # FIXME: stop hardcoding overloading of 
initramfs-tools functions
components/9990-fstab.sh:   . /scripts/functions
components/9990-fstab.sh:   . /lib/live/boot/9990-initramfs-tools.sh
components/9990-misc-helpers.sh:# the output of setup_loop is evaluated 
in other functions,
components/9990-netbase.sh: # FIXME: stop hardcoding overloading of 
initramfs-tools functions
components/9990-netbase.sh: . /scripts/functions
components/9990-netbase.sh: . /lib/live/boot/9990-initramfs-tools.sh

I have the feeling that all those problematic include are no longer necessary
nowadays because we first source all the files and then we execute functions
in the expected order. My review has not been thorough but can you try to remove
all those include and see if things still work?

/script/functions is already sourced in backend/initramfs-tools/live.script
so it should not be required to have it in the components, right?


BTW, I merged all you other patches. For the future, please send patches
as merge requests on the salsa repositories.

The only correction I made in multiple places is replacing "${VAR-foo}"
with "${VAR:-foo}". This gives a default value also when the variable is set
to an empty value.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

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

Bug#888788: Bug#891221: stretch's lxc fails to create sid container: iproute not found

[Adam D. Barratt]

On Fri, 2018-02-23 at 14:16 -0300, Antonio Terceiro wrote:
> Control: tags 891221 + confirmed
> Control: block 891221 by 888788
> 
> On Fri, Feb 23, 2018 at 02:12:37PM +, Santiago wrote:
[...]
> > 
Changing iproute for iproute2 in /usr/share/lxc/templates/lxc-
> > debian
> > solves the issue.
> 
> Yes.
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888788
> 
> Stable RMs, please review the proposed update to lxc on stretch.

It was acked about 15 minutes before your mail. :-)

Regards,

Adam

Bug#890470: stretch-pu: package systemd/232-25+deb9u1

[Adam D. Barratt]

Control: tags -1 -moreinfo +confirmed

On Fri, 2018-02-23 at 19:09 +0100, Michael Biebl wrote:
> Hi Adam
> 
> Am 23.02.2018 um 18:41 schrieb Adam D. Barratt:
> > Control: tags -1 + moreinfo
> > 
> > On Thu, 2018-02-15 at 01:19 +0100, Michael Biebl wrote:
> > > I'd like to make a stable upload for systemd fixing a couple of
> > > issues.
> > > 
> > > An annotated changelog follows.
> > > Full debdiff is attached.
> > 
> > In fact, it wasn't.
> 
> Indeed, sorry for that.
> 
> > The individual patches look OK, but I'd like to see the full
> > debdiff
> > before confirming, please.
> 
> Attached, this time for real...
> 

Thanks. Please feel free to upload.

Regards,

Adam

Bug#887276: About fusioninventory-agent should depend on e2fsprogs explicitly

[Guillaume Bougard]

Hi there,

I'm the upstream maintainer of fusioninventory-agent. Sorry to have missed that 
bug.

As the agent purpose is to do system inventory and report the result to a 
central server, it tries to run some well-known commands. As such, it 
definitively not depends on tools provided by e2fsprogs.

Then I would be nice to put the e2fsprogs dependency as Recommends.

Best regards,

Guillaume Bougard 
Ingénieur R 
gboug...@teclib.com 

TECLIB' Montpellier 
3 rue Doria, 
34000 Montpellier, France 
Tél.: 01 79 97 02 78 
Facebook | Twitter | www.teclib.com 

Bug#890105: stretch-pu: package uwsgi/2.0.14+20161117-3+deb9u1

[Salvatore Bonaccorso]

Hi Adam,

On Fri, Feb 23, 2018 at 05:38:15PM +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Sun, 2018-02-11 at 11:10 +0100, Salvatore Bonaccorso wrote:
> > +uwsgi (2.0.14+20161117-3+deb9u1) stretch; urgency=medium
> > +
> > +  * Non-maintainer upload.
> > +  * Stack-based buffer overflow in uwsgi_expand_path function (CVE-
> > 2018-6758)
> > +(Closes: #889753)
> > 
> 
> Please go ahead.

Thanks a lot, I have uploaded the package.

Regards,
Salvatore

Bug#888958: stretch-pu: package flatpak/0.8.9-0+deb9u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Wed, 2018-01-31 at 15:41 +, Simon McVittie wrote:
> Alexander Larsson has released an update to the Flatpak 0.8.x branch,
> fixing a sandbox bypass reported by Gabriel Campana of the Google
> security
> team. It also contains a couple of other backported fixes. I would
> like
> to include this in the next stretch point release; I have a tested
> build
> ready for upload.
> 

Please go ahead.

Regards,

Adam

Bug#887311: stretch-pu: package libperlx-assert-perl/0.904-1+deb9u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sun, 2018-01-14 at 21:32 +0100, Andreas Beckmann wrote:
> let's add a few missing perl packages to the dependecies: #868075
> 
> $ debdiff libperlx-assert-perl_0.904-1_all.deb libperlx-assert-
> perl_0.904-1+deb9u1_all.deb
> File lists identical (after any substitutions)
> 
> Control files: lines which differ (wdiff format)
> 
> Depends: libdevel-strictmode-perl, libexporter-tiny-perl,
> {+libkeyword-simple-perl, libdevel-declare-perl,+} perl
> 

Please go ahead.

Regards,

Adam

Bug#888909: stretch-pu: package nvidia-graphics-drivers/384.111-4~deb9u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Wed, 2018-01-31 at 06:06 +0100, Andreas Beckmann wrote:
> Followup-For: Bug #888909
> 
> Source debdiff attached.
> 

Please go ahead.

Regards,

Adam

Bug#888239: stretch-pu: package nvidia-graphics-drivers-legacy-340xx/340.106-1~deb9u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Wed, 2018-01-24 at 07:35 +0100, Andreas Beckmann wrote:
> I'd like to update the 340xx legacy nvidia driver in stretch with a
> new upstream version that brings spectre/meltdown mitigation fixes
> and related kernel support. Security updates for the non-free drivers
> have always been done via proposed-updates.
> 

Please go ahead.

Regards,

Adam

Bug#890470: stretch-pu: package systemd/232-25+deb9u1

[Michael Biebl]

Hi Adam

Am 23.02.2018 um 18:41 schrieb Adam D. Barratt:
> Control: tags -1 + moreinfo
> 
> On Thu, 2018-02-15 at 01:19 +0100, Michael Biebl wrote:
>> I'd like to make a stable upload for systemd fixing a couple of
>> issues.
>>
>> An annotated changelog follows.
>> Full debdiff is attached.
> 
> In fact, it wasn't.

Indeed, sorry for that.

> The individual patches look OK, but I'd like to see the full debdiff
> before confirming, please.

Attached, this time for real...

Regards,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
diff --git a/debian/changelog b/debian/changelog
index fe1e79f..e7b7ff1 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,19 @@
+systemd (232-25+deb9u2) stretch; urgency=medium
+
+  * networkd: Handle MTU field in IPv6 RA (Closes: #878162)
+  * shared: Add a linker script so that all functions are tagged @SD_SHARED
+instead of @Base.
+This helps prevent symbol collisions with other programs and libraries.
+In particular, because PAM modules are loaded into the process that is
+creating the session, and systemd creates PAM sessions, the potential
+for collisions is high. (Closes: #873708)
+  * resolved: Fix loop on packets with pseudo dns types.
+CVE-2017-15908 (Closes: #880026)
+  * machinectl: Don't output "No machines." with --no-legend option
+(Closes: #880158)
+
+ -- Michael Biebl   Sun, 03 Dec 2017 15:03:50 +0100
+
 systemd (232-25+deb9u1) stretch; urgency=medium
 
   [ Dimitri John Ledkov ]
diff --git 
a/debian/patches/machinectl-don-t-output-No-machines.-with-no-legend-optio.patch
 
b/debian/patches/machinectl-don-t-output-No-machines.-with-no-legend-optio.patch
new file mode 100644
index 000..b8bdf66
--- /dev/null
+++ 
b/debian/patches/machinectl-don-t-output-No-machines.-with-no-legend-optio.patch
@@ -0,0 +1,65 @@
+From: =?utf-8?q?Viktar_Va=C5=AD=C4=8Dkievi=C4=8D?= 
+Date: Sun, 6 Nov 2016 17:19:57 +0300
+Subject: machinectl: don't output "No machines." with --no-legend option
+ (#4593)
+
+(cherry picked from commit f9b1947f9b9bcdf2b28953a40b1c537038c2a958)
+---
+ src/machine/machinectl.c | 30 ++
+ 1 file changed, 18 insertions(+), 12 deletions(-)
+
+diff --git a/src/machine/machinectl.c b/src/machine/machinectl.c
+index c2ab202..5b2e18c 100644
+--- a/src/machine/machinectl.c
 b/src/machine/machinectl.c
+@@ -325,10 +325,12 @@ static int list_machines(int argc, char *argv[], void 
*userdata) {
+ printf("-\n");
+ }
+ 
+-if (arg_legend && n_machines > 0)
+-printf("\n%zu machines listed.\n", n_machines);
+-else
+-printf("No machines.\n");
++if (arg_legend) {
++if (n_machines > 0)
++printf("\n%zu machines listed.\n", n_machines);
++else
++printf("No machines.\n");
++}
+ 
+ out:
+ clean_machine_info(machines, n_machines);
+@@ -458,10 +460,12 @@ static int list_images(int argc, char *argv[], void 
*userdata) {
+(int) max_mtime, strna(format_timestamp(mtime_buf, 
sizeof(mtime_buf), images[j].mtime)));
+ }
+ 
+-if (arg_legend && n_images > 0)
+-printf("\n%zu images listed.\n", n_images);
+-else
+-printf("No images.\n");
++if (arg_legend) {
++if (n_images > 0)
++printf("\n%zu images listed.\n", n_images);
++else
++printf("No images.\n");
++}
+ 
+ return 0;
+ }
+@@ -2484,10 +2488,12 @@ static int list_transfers(int argc, char *argv[], void 
*userdata) {
+(int) max_local, transfers[j].local,
+(int) max_remote, transfers[j].remote);
+ 
+-if (arg_legend && n_transfers > 0)
+-printf("\n%zu transfers listed.\n", n_transfers);
+-else
+-printf("No transfers.\n");
++if (arg_legend) {
++if (n_transfers > 0)
++printf("\n%zu transfers listed.\n", n_transfers);
++else
++printf("No transfers.\n");
++}
+ 
+ return 0;
+ }
diff --git a/debian/patches/networkd-handle-MTU-field-in-IPv6-RA-4719.patch 
b/debian/patches/networkd-handle-MTU-field-in-IPv6-RA-4719.patch
new file mode 100644
index 000..f8fc7f1
--- /dev/null
+++ b/debian/patches/networkd-handle-MTU-field-in-IPv6-RA-4719.patch
@@ -0,0 +1,131 @@
+From: Susant Sahani 
+Date: Thu, 24 Nov 2016 03:02:19 +0530
+Subject: networkd: handle MTU field in IPv6 RA (#4719)
+
+This patch handles the custom MTU field in IPv6 RA.
+
+fixes RFE #4464
+
+(cherry picked from commit d6fceaf1f7ff765bdc3b135f3d3676ec689da312)
+---
+ src/libsystemd/sd-netlink/netlink-types.c | 27