Bug#891822: elvish: failed to build on arm64/mips64el

[Shengjing Zhu]

Package: elvish
Version: 0.11+ds1-3+b1
Severity: serious
Tags: upstream
Justification: fails to build from source (but built successfully in the past)
Forwarded: https://github.com/elves/elvish/issues/612

Dear Maintainer,

Failed to build with Go 1.10 on arm64 and mips64el

https://buildd.debian.org/status/fetch.php?pkg=elvish&arch=arm64&ver=0.11%2Bds1-3%2Bb1&stamp=1519471653&raw=0
https://buildd.debian.org/status/fetch.php?pkg=elvish&arch=mips64el&ver=0.11%2Bds1-3%2Bb1&stamp=1519770454&raw=0

--- FAIL: TestSelect (0.00s)
panic: runtime error: invalid memory address or nil pointer dereference 
[recovered]
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x68a30]

goroutine 20 [running]:
testing.tRunner.func1(0x44200bc1e0)
/usr/lib/go-1.10/src/testing/testing.go:742 +0x22c
panic(0x1120e0, 0x1dfed0)
/usr/lib/go-1.10/src/runtime/panic.go:505 +0x1f0
syscall.Select(0x7, 0x4420098280, 0x0, 0x0, 0x0, 0x442003d6f0, 0x442003d6f8, 
0x10)
/usr/lib/go-1.10/src/syscall/syscall_linux_arm64.go:77 +0x20
github.com/elves/elvish/sys.Select(0x7, 0x4420098280, 0x0, 0x0, 0x0, 
0x4420072600, 0x4420084680)

/<>/elvish-0.11+ds1/obj-aarch64-linux-gnu/src/github.com/elves/elvish/sys/select_linux.go:8
 +0x40
github.com/elves/elvish/sys.TestSelect(0x44200bc1e0)

/<>/elvish-0.11+ds1/obj-aarch64-linux-gnu/src/github.com/elves/elvish/sys/select_test.go:48
 +0x140
testing.tRunner(0x44200bc1e0, 0x13f750)
/usr/lib/go-1.10/src/testing/testing.go:777 +0xb0
created by testing.(*T).Run
/usr/lib/go-1.10/src/testing/testing.go:824 +0x25c

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

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.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 elvish depends on:
ii  libc6  2.26-6

elvish recommends no packages.

elvish suggests no packages.

-- no debconf information

Bug#891643: I'd appreciate if you could also give me upload rights for this package.

[Félix Sipma]

On 2018-02-28 23:23+0100, Geert Stappers wrote:
> On Tue, Feb 27, 2018 at 05:27:37PM +0100, Félix Sipma wrote:
>> 
> } I am looking for a sponsor for package "inkscape-open-symbols".
>> 
>> I'd appreciate if you could also give me upload rights for this package.
> 
> That is documented at https://wiki.debian.org/DebianMaintainer
> 
> Yes, that implies it takes some initial effort.
> Compare it with learning something new.

Thanks, I'm already DM, I just don't have the upload rights for this particular
package :-).


signature.asc
Description: PGP signature

Bug#876063: fixed in ktexteditor 5.41.0-1

[Grzegorz Szymaszek]

On Wed, Feb 28, 2018 at 11:38:47PM +0100, Daniele Scasciafratte wrote:
> I am checking if kate support them.

Implemented options: charset, end_of_line, indent_size, indent_style,
insert_final_newline, max_line_length, tab_width,
trim_trailing_whitespace.

> looking on the internet seems that the behaviour used to locate and
> load .editorconfig is the same of kateconfig files.

If .kateconfig is found, KTextEditor doesn’t try to find .editorconfig.

> So I don't find a way right now to specify where is the editorconfig or
> what to do specifically.

KTextEditor just calls `editorconfig_parse()`, so its behavior should be
similar to that of other EditorConfig-enabled editors, you may want to
read “Where are these files stored?” (http://editorconfig.org/).

HTH



signature.asc
Description: PGP signature

Bug#891823: FTBFS in current sid

[Timo Aaltonen]

Package: dfvfs
Severity: important

Hi, dfvfs fails to build in sid because a test fails:

==
ERROR: testScanFVDE (helpers.source_scanner.SourceScannerTest)
Test the Scan function on FVDE.
--
Traceback (most recent call last):
  File "/<>/tests/helpers/source_scanner.py", line 182, in
testScanFVDE
self._source_scanner.Scan(scan_context)
  File "./dfvfs/helpers/source_scanner.py", line 565, in Scan
self._ScanNode(scan_context, scan_node, auto_recurse=auto_recurse)
  File "./dfvfs/helpers/source_scanner.py", line 440, in _ScanNode
scan_context, sub_scan_node, auto_recurse=auto_recurse)
  File "./dfvfs/helpers/source_scanner.py", line 450, in _ScanNode
file_object.close()
  File "./dfvfs/file_io/file_io.py", line 98, in close
self._Close()
  File "./dfvfs/file_io/file_object_io.py", line 35, in _Close
self._file_object.close()
IOError: pyfvde_volume_close: unable to close volume.
libfvde_volume_close: invalid volume - missing file IO handle.


also upstream:
https://github.com/log2timeline/dfvfs/issues/262

-- 
t

Bug#891824: jenkins-job-builder: new upstream release - 2.0.2

[Fathi Boudra]

Package: jenkins-job-builder
Version: 2.0.0~b2-2
Severity: wishlist

Dear Maintainer,

There's a new upstream release available. PLease update to 2.0.2.
I can't do it myself since you removed me from Uploaders without my
consent due to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=879305

Btw, the debian/unstable branch doesn't reflect reality. Package
2.0.0~b2-2 has been uploaded. The tag hasn't been created either.

Cheers,
Fathi

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

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

Versions of packages jenkins-job-builder depends on:
ii  python-jenkins-job-builder  2.0.0~b2-2

jenkins-job-builder recommends no packages.

jenkins-job-builder suggests no packages.

-- no debconf information

Bug#891817: transition: petsc

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed

On 01/03/18 07:55, Drew Parsons wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> I'd like to proceed with the transition of petsc (and slepc) from 3.7
> to 3.8. 
> 
> I've confirmed rdepends getdp, sundials and deal.ii will build. dolfin
> will build after a source upload (it has a tight dependency on the
> petsc version)
> 
> I've reorganised the packaging so there are no longer patch-specific
> packages, just the minor version (libpetsc-real3.8 and
> libpetsc-complex3.8 instead of libpetsc3.7.7 and
> libpetsc-complex-3.7.7).  
> 
> I added "real" to the package name (for real number support) to get
> naming symmetry with the complex number package, and to better reflect the
> soname of the library.
> 
> I will also update slepc from 3.7 to 3.8 as part of this transition.

Sounds good, please go ahead.

Emilio

Bug#891825: pulseaudio: Please take a look here ==> https://www.linuxquestions.org/questions/showthread.php?p=5825054

[afreitascs]

Package: pulseaudio
Version: 10.0-1+deb9u1
Severity: important

Dear Maintainer,

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

   * What led up to the situation?
no sound on tv
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
imeffective
   * What was the outcome of this action?
no sound on tv

   * What outcome did you expect instead?

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


-- Package-specific info:
File '/etc/default/pulseaudio' does not exist


-- 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-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8), 
LANGUAGE=pt_BR:pt:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pulseaudio depends on:
ii  adduser  3.115
ii  libasound2   1.1.3-5
ii  libasound2-plugins   1.1.1-1
ii  libc62.24-11+deb9u1
ii  libcap2  1:2.25-1
ii  libdbus-1-3  1.10.24-0+deb9u1
ii  libgcc1  1:6.3.0-18+deb9u1
ii  libice6  2:1.0.9-2
ii  libltdl7 2.4.6-2
ii  liborc-0.4-0 1:0.4.26-2
ii  libpulse010.0-1+deb9u1
ii  libsm6   2:1.2.2-1+b3
ii  libsndfile1  1.0.27-3
ii  libsoxr0 0.1.2-2
ii  libspeexdsp1 1.2~rc1.2-1+b2
ii  libstdc++6   6.3.0-18+deb9u1
ii  libsystemd0  232-25+deb9u1
ii  libtdb1  1.3.11-2
ii  libudev1 232-25+deb9u1
ii  libwebrtc-audio-processing1  0.3-1
ii  libx11-6 2:1.6.4-3
ii  libx11-xcb1  2:1.6.4-3
ii  libxcb1  1.12-1
ii  libxtst6 2:1.2.3-1
ii  lsb-base 9.20161125
ii  pulseaudio-utils 10.0-1+deb9u1

Versions of packages pulseaudio recommends:
ii  rtkit  0.11-4+b1

Versions of packages pulseaudio suggests:
pn  paman
pn  paprefs  
ii  pavucontrol  3.0-3.1
pn  pavumeter
ii  udev 232-25+deb9u1

-- debconf-show failed
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for PulseAudio clients. See pulse-client.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB

; auto-connect-localhost = no
; auto-connect-display = no
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for the PulseAudio daemon. See pulse-daemon.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; daemonize = no
; fail = yes
; allow-module-loading = yes
; allow-exit = yes
; use-pid-file = yes
; system-instance = no
; local-server-type = user
; enable-shm = yes
; enable-memfd = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB
; lock-memory = no
; cpu-limit = no

; high-priority = yes
; nice-level = -11

; realtime-scheduling = yes
; realtime-priority = 5

; exit-idle-time = 20
; scache-idle-time = 20

; dl-search-path = (depends on architecture)

; load-default-script-file = yes
; default-script-file = /etc/pulse/default.pa

; log-targ

Bug#891826: O: pisa -- PDF generator using HTML and CSS (Python module)

[W. Martin Borgert]

Package: wnpp
Severity: normal

No need for a new maintainer, package is replaced by xhtml2pdf.

Bug#835654: [Pkg-net-snmp-devel] Orphaning net-snmp?

[Paul Gevers]

Hi all,

On Tue, 14 Nov 2017 22:49:54 +0100 Paul Gevers  wrote:
> On Thu, 20 Apr 2017 21:42:22 + Craig Small  wrote:
> > I tried taking over this but the alioth permissions were wrong and admin is
> > unresponsive.
> 
> So why not move it over to collab-maint and be done with it?

This should now read salsa.d.o/debian of course. @Craig, if you don't
intent to pick this package up anymore, I suggest you reset the owner of
this bug again.

If nothing happens on this bug, I'll probably do the move in a month or
so, setting the maintainer to QA and look through a couple of the bugs
in the major list of this package.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#891827: bpfcc-tools: No manual entry for javaflow-bpfcc

[Mykola Nikishov]

Package: bpfcc-tools
Version: 0.5.0-4
Severity: normal

After update from 0.5.0-3 to 0.5.0-4:

--8<---cut here---start->8---
$ man javaflow-bpfcc 
man: warning: /usr/share/man/man8/javaflow-bpfcc.8 is a dangling symlink
No manual entry for javaflow-bpfcc
$ dpkg -L bpfcc-tools |grep man |grep javaflow
/usr/share/man/man8/javaflow-bpfcc.8
$ file /usr/share/man/man8/javaflow-bpfcc.8
/usr/share/man/man8/javaflow-bpfcc.8: broken symbolic link to uflow.8
--8<---cut here---end--->8---


-- System Information:
Debian Release: 9.3
  APT prefers oldoldstable
  APT policy: (500, 'oldoldstable'), (500, 'stable'), (70, 'unstable'), (60, 
'testing'), (50, 'experimental'), (40, 'oldstable')
Architecture: amd64 (x86_64)

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

Versions of packages bpfcc-tools depends on:
ii  python  2.7.14-4
ii  python-bpfcc0.5.0-4
ii  python-netaddr  0.7.19-1

bpfcc-tools recommends no packages.

bpfcc-tools suggests no packages.

-- no debconf information

Bug#891794: lintian -- False positive on spelling-error-in-binary

[Chris Lamb]

tags 891794 + pending
thanks

Fixed in Git, pending upload:

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=69971d6a860282ba6f49dcaf93a0adbaa2673730


Regards,

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

Bug#885692: live-build: [Patch] Support building ARM64 live system with EFI boot mechanism

[Raphael Hertzog]

Hi,

On Wed, 28 Feb 2018, Steven Shiau wrote:
> > Please find below a few comments that I would like you to take into
> > account. Please submit an updated (and tested) patch via a merge request
> > on https://salsa.debian.org/live-team/live-build
> Yes, I have sent the merge request:
> https://salsa.debian.org/live-team/live-build/merge_requests/2

Thanks, I have left some comments for you to fix.

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#891688: lintian: warn about missing Vcs-Browser field when Vcs-* mention hosts with browsable archives

[Chris Lamb]

tags 891688 + pending
thanks

Fixed in Git, pending upload:

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=5987bf72b658df48004d3cfaefc4774ee670abd4


Regards,

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

Bug#891828: RFS: libinih/41-1

[Yangfl]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

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

 * Package name: libinih
   Version : 41-1
  Upstream Author : Ben Hoyt
* URL : https://github.com/benhoyt/inih
* License : BSD
   Section : libs

  It builds those binary packages:

libinih-dev - simple .INI file parser (development files)
 libinih1   - simple .INI file parser

Git repo:
  https://salsa.debian.org/yangfl-guest/inih


  Regards,
   Yangfl

Bug#854515: submit away

[Hans-Christoph Steiner]

Good idea!  It is free software, so you can submit it upstream yourself,
here's the copyright info:
https://anonscm.debian.org/cgit/android-tools/enjarify.git/plain/debian/copyright

Or one of us will do so when updating this package if its still open.

Bug#821923: we need a good list of devices

[Hans-Christoph Steiner]

control: reassign -1 android-sdk-platform-tools-common

I agree: ideally, these rules would not have any false positives.  I
have yet to find anywhere a reasonably complete list of USB
vendorId/productId pairs for Android devices.  This is the best I've
found, but it is missing lots of devices:
https://github.com/M0Rf30/android-udev-rules/blob/master/51-android.rules

Any process can already log all your keyboard activity from all
keyboards, so these rules aren't increasing the risk there:
http://techtrickery.com/keyloggers.html

Matching by manufacterer i.e vendorId means we can cover the vast
majority of devices.

Bug#890878: RFS: company-irony

[Alberto Luaces]

Nicholas D Steeves writes:

[...]

>
> Hi Alberto,
>
> Welcome to the team, and thank you for packaging company-irony!  I
> consider it a valuable addition to the archive :-)  The following
> might be something you already know, but if not, here's a neat trick:
>
> Make your changes, and then while in emacs, M-x magit-status, then d u
> (diff unstaged).  Stage the changes that are part of one logical
> operation with C-, select region, then s (or just s on a hunk to
> stage the whole hunk).  Finally c c (commit staged), write your commit
> message, and finally C-c C-c.  Later you can use gbp dch -a [-N
> $upstream_version-$debian_revision, if necessary] to generate a nice 
> changelog.
>

Thanks for the tips!

>
> Hi Sean and David,
>
> I'm willing to do reviews, and want to encourage best practises and our
> team's high standards.  Please feel free to comment.
>
> debian/copyright:
>   Author's email is directly underneath Copyright in
>   company-irony.el's header.  I would either Add it to the Copyright:
>   for the 'Files: *' section, or add an Upstream-Contact field. (
>   https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#examples
>   ) Sean, what's your best practices stance on this?  I'm guessing
>   Upstream-Contact.
>

I went the route of adding the email address, but of course it can be
changed at any time.

>
> debian/gbp.conf:
>   gbp:info: Tarballs 'company-irony_1.1.0.orig.tar.xz' not found
>   gbp:warning: Pristine-tar branch "pristine-tar" not found
>   gbp:info: Creating
>   /home/sten/devel/build-area/company-irony_1.1.0.orig.tar.xz
>   gbp:error: v1.1.0 is not a valid treeish
>
>   Alberto, if you're using pristine-tar you need to push the branch;
>   alternatively, if you got upstream source from git and are not using
>   pristine-tar you need to push the upstream tag to our repo and also
>   modify gbp.conf to indicate you're not using pristine-tar.  Also,
>   for future reference, if you choose the git-only workflow you'll
>   need to push each new upstream version tag as you update the
>   package.
>

Ok, I pushed a "upstream" branch and all of its tags, so gbp should not
choke this time. 

> debian/watch:
>   Missing, please add one.  Between the one for irony-mode (watch
>   version 3, Guillaume is also the upstream for this one) and
>   fountain-mode (version 4) you should be able to figure out how to
>   produce a working v4 one ;-)  The only reason I mention
>   fountain-mode is because it's the one I've checked most recently.
>

I think I managed to get one working, from reading other packages and
the uscan manpage.

Regards,

Alberto

Bug#891829: stretch-pu: package needrestart/2.11-3

[Dominik George]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

I would like to update needrestart in the upcoming point release to fix
the RC bug #876459 in stretch. It causes regular unintended restarts of
critical services.

The maintainer seems to lack time, so I have offered help to fix this in
stretch. I got it reviewed by Mike Gabriel, who also offers to sponsor
the upload.

Find attached the debdiff.
Thanks,
Nik

- -- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 
'experimental-debug')
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 
(charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-BEGIN PGP SIGNATURE-

iQJ4BAEBCABiFiEEPJ1UpHV1wCb7F/0mt5o8FqDE8pYFAlqX1+4xGmh0dHBzOi8v
d3d3LmRvbWluaWstZ2VvcmdlLmRlL2dwZy1wb2xpY3kudHh0LmFzYxIcbmlrQG5h
dHVyYWxuZXQuZGUACgkQt5o8FqDE8pY7Cw/9ESJmQMvwveheqIoCzLB4GTOYW6yK
ADuq8nHfQNmvd1Xdn/ejDwTEuz0NH/trRfuxvZ2oyIKFHMmpCx1meI5wy/wXypE1
dAroycHl4IRI3vruM1d8eg7LIzziak8tXJgg1gQt3RF9UOtE0WDMT4zPmPF5CBPk
kx4b4jBKEsrLz6IyjpXL7z+v7BmJ4+Qb9rmWI9ewEiKionnqfgfwivhjZg52PX0P
3wHIhgHUwbyQtzonZJq19iXyEg48nhKSCVYs0J1zRxTk5FEMkdplAWZwPVjrpDOT
jLL0LpJncv+AV3fukXl+JmHaF3EfTfKyKjtHD1SD2L2cTRPg/5zP9XBUL59W11wH
HbjmoyfEqib99nSp0bySDQSBJdJbnJ0DluvekT2O1JmYNG8KaYdhs2z/9Zw/wQe3
u0Qmgqw34P/bP21yURutCEjQjBqWACkcnLq85Evmx597gr6ZrV2ObBO393mnimwB
OEsxOWw6wBAJzyqTeWD1cRCqp4gI/JqGfP5R5FsfkOkIjgRac05UIoVJSncAssl0
O+wmbFs99X8bgCSPzXB9M0ASJKxRMCPzBK/79QFWg8jUj/v8tkrCMHoBpViBu/Ut
dXPwTJEqIvK32tixDhqLzyAHZY0j6T1X8G1jJ+tYssQ+FXQZ9i50w1in1ZEF+mKi
+fzXy9IBnDs9xgY=
=QteC
-END PGP SIGNATURE-
diff -Nru needrestart-2.11/debian/changelog needrestart-2.11/debian/changelog
--- needrestart-2.11/debian/changelog   2017-05-26 15:45:04.0 +0200
+++ needrestart-2.11/debian/changelog   2018-02-28 22:48:43.0 +0100
@@ -1,3 +1,11 @@
+needrestart (2.11-3+deb9u0.1) stretch; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix switching to list mode if debconf is run non-interactively.
+(Closes: #876459)
+
+ -- Dominik George   Wed, 28 Feb 2018 22:48:43 +0100
+
 needrestart (2.11-3) unstable; urgency=high
 
   * Add patch 03-perl-warning to fix a warning from Perl triggered in version
diff -Nru needrestart-2.11/debian/patches/05-fix-debconf-noninteractive.diff 
needrestart-2.11/debian/patches/05-fix-debconf-noninteractive.diff
--- needrestart-2.11/debian/patches/05-fix-debconf-noninteractive.diff  
1970-01-01 01:00:00.0 +0100
+++ needrestart-2.11/debian/patches/05-fix-debconf-noninteractive.diff  
2018-02-28 22:48:43.0 +0100
@@ -0,0 +1,16 @@
+From: Piotr Pańczyk 
+Subject: Fix switcihng to list mode if debconf is run non-interactively
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876459
+Origin: 
https://github.com/liske/needrestart/commit/6c83d643a21fe0da2c8ae5ece97a778b347a033c
+
+--- a/needrestart
 b/needrestart
+@@ -181,7 +181,7 @@ $nrconf{ui} = qq(NeedRestart::UI::stdio)
+ die "Hook directory '$nrconf{hook_d}' is invalid!\n" unless(-d 
$nrconf{hook_d} || $opt_b);
+ $opt_r = $nrconf{restart} unless(defined($opt_r));
+ die "ERROR: Unknown restart option '$opt_r'!\n" unless($opt_r =~ /^(l|i|a)$/);
+-$is_tty++ if($opt_r eq 'i' && exists($ENV{DEBIAN_FRONTEND}) && 
$ENV{DEBIAN_FRONTEND} eq 'noninteractive');
++$is_tty = 0 if($opt_r eq 'i' && exists($ENV{DEBIAN_FRONTEND}) && 
$ENV{DEBIAN_FRONTEND} eq 'noninteractive');
+ $opt_r = 'l' if(!$is_tty && $opt_r eq 'i');
+ 
+ $opt_m = $nrconf{ui_mode} unless(defined($opt_m));
diff -Nru needrestart-2.11/debian/patches/series 
needrestart-2.11/debian/patches/series
--- needrestart-2.11/debian/patches/series  2017-05-26 15:45:04.0 
+0200
+++ needrestart-2.11/debian/patches/series  2018-02-28 22:45:55.0 
+0100
@@ -2,3 +2,4 @@
 02-install-restart-d.diff
 03-perl-warning.diff
 04-ignore-systemd-services.diff
+05-fix-debconf-noninteractive.diff

Bug#835654: [Pkg-net-snmp-devel] Orphaning net-snmp?

[Craig Small]

Hi Paul,
  I have a think about it. I'd like to maintain snmp and definitely do not
want to preclude anyone doing it but I have a very busy recent few months
so I need to see if I have the time.

I got the interest, just there is a lot to do.

 - Craig


On Thu, 1 Mar 2018 at 20:09 Paul Gevers  wrote:

> Hi all,
>
> On Tue, 14 Nov 2017 22:49:54 +0100 Paul Gevers  wrote:
> > On Thu, 20 Apr 2017 21:42:22 + Craig Small 
> wrote:
> > > I tried taking over this but the alioth permissions were wrong and
> admin is
> > > unresponsive.
> >
> > So why not move it over to collab-maint and be done with it?
>
> This should now read salsa.d.o/debian of course. @Craig, if you don't
> intent to pick this package up anymore, I suggest you reset the owner of
> this bug again.
>
> If nothing happens on this bug, I'll probably do the move in a month or
> so, setting the maintainer to QA and look through a couple of the bugs
> in the major list of this package.
>
> Paul
>
> --
Craig Small https://dropbear.xyz/ csmall at : dropbear.xyz
Debian GNU/Linuxhttps://www.debian.org/   csmall at : debian.org
Mastodon: @smalls...@social.dropbear.xyz Twitter: @smallsees
GPG fingerprint:  5D2F B320 B825 D939 04D2  0519 3938 F96B DF50 FEA5

Bug#891830: check_raid/mdstat fails to parse 'sdd2[3](W)(S)'

[Damyan Ivanov]

Package: nagios-plugins-contrib
Version: 14.20141104
Severity: normal
Tags: upstream patch

Hi,

check_raid fails to parse the following:

 $ cat /proc/mdstat
 Personalities : [raid1]
 md1 : active raid1 sda2[4] sdd2[3](W)(S) sdb2[2]
   450883784 blocks super 1.2 [2/2] [UU]
   bitmap: 3/4 pages [12KB], 65536KB chunk

 $ /usr/lib/nagios/plugins/check_raid -p mdstat
 Unexpected parse at /usr/lib/nagios/plugins/check_raid line 701, <$fh> line 2.

Please find attached a quilt patch that fixes this.

Current upstream code¹ is heavily refactored, but still uses the same regular 
expressions.

 ¹ 
https://github.com/glensc/nagios-plugin-check_raid/blob/master/lib/App/Monitoring/Plugin/CheckRaid/Plugins/mdstat.pm#L49


Thanks for considering,
dam

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

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

nagios-plugins-contrib depends on no packages.

Versions of packages nagios-plugins-contrib recommends:
ii  bind9-host 1:9.11.2.P1-1
ii  binutils   2.30-5
ii  freeipmi-tools 1.5.7-2
ii  ldap-utils 2.4.45+dfsg-1
ii  libc6  2.26-6
pn  libdata-validate-domain-perl   
pn  libdata-validate-ip-perl   
ii  libdate-manip-perl 6.60-1
ii  libdbd-mysql-perl  4.046-1
ii  libio-socket-ssl-perl  2.056-1
ii  libipc-run-perl0.96-1
ii  liblocale-gettext-perl 1.07-3+b3
pn  liblwp-useragent-determined-perl   
ii  libmail-imapclient-perl3.39-1
ii  libmemcached11 1.0.18-4.2
pn  libmemcachedutil2  
pn  libmonitoring-plugin-perl | libnagios-plugin-perl  
pn  libnagios-plugin-perl  
pn  libnet-cups-perl   
ii  libnet-dns-perl1.10-2
pn  libnet-dns-sec-perl
ii  libnet-smtp-ssl-perl   1.04-1
pn  libnet-smtp-tls-perl   
pn  libnet-smtpauth-perl   
ii  libnet-snmp-perl   6.0.1-3
ii  libnet-ssleay-perl 1.84-1
ii  libreadonly-perl   2.050-1
pn  libredis-perl  
ii  libsocket-perl 2.027-1
ii  libtimedate-perl   2.3000-2
pn  libvarnishapi1 
pn  libwebinject-perl  
ii  libxml-simple-perl 2.24-1
ii  libyaml-syck-perl  1.29-1+b3
ii  lsof   4.89+dfsg-0.1
pn  nagios-plugins-basic   
ii  openssl1.1.0g-2
ii  perl   5.26.1-5
ii  perl-base [libsocket-perl] 5.26.1-5
ii  procps 2:3.3.12-4
ii  python 2.7.14-4
pn  python-pymongo 
ii  ruby   1:2.5~1
pn  snmp   
ii  whois  5.3.0

Versions of packages nagios-plugins-contrib suggests:
pn  backuppc   
pn  cciss-vol-status   
pn  expect 
pn  libsys-virt-perl   
ii  moreutils  0.60-1
pn  mpt-status 
pn  nagios-plugin-check-multi  
pn  percona-toolkit
ii  perl-doc   5.26.1-5
ii  python2.7  2.7.14-6
pn  smstools   
Description: check_raid: support multiple disk flags
 Component devices may have more than one flag, for example:
   md1 : active raid1 sda2[4] sdd2[3](W)(S) sdb2[2]
 (write-mostly and spare)
Author: Damyan Ivanov 

--- a/check_raid/check_raid
+++ b/check_raid/check_raid
@@ -3539,7 +3539,8 @@ $fatpacked{"App/Monitoring/Plugin/CheckR
my $re = qr{^
(\S+)   # devname
(?:\[(\d+)\])   # desc_nr
- 

Bug#835654: [Pkg-net-snmp-devel] Orphaning net-snmp?

[Paul Gevers]

Hi Craig,

On 01-03-18 11:49, Craig Small wrote:
>   I have a think about it. I'd like to maintain snmp and definitely do
> not want to preclude anyone doing it but I have a very busy recent few
> months so I need to see if I have the time.
> 
> I got the interest, just there is a lot to do.

That is enough for me. I'll leave this bug alone for a while :).

Paul



signature.asc
Description: OpenPGP digital signature

Bug#891773: Acknowledgement (grub-pc: segfault when running /etc/kernel/postrm.d/zz-update-grub)

[Diederik de Haas]

Figured out it was 'update-grub' where the segfault occured.
Installed grub-common-dbgsym and grub2-common-dbgsym, but that didn't result in 
more info

But in /var/log/kern.log I noticed the following:

Mar  1 11:43:09 bagend kernel: [ 1763.332006] device-mapper: uevent: version 
1.0.3
Mar  1 11:43:09 bagend kernel: [ 1763.332073] device-mapper: ioctl: 
4.37.0-ioctl (2017-09-20) initialised: dm-de...@redhat.com
Mar  1 11:43:10 bagend kernel: [ 1764.036904] show_signal_msg: 41 callbacks 
suppressed
Mar  1 11:43:10 bagend kernel: [ 1764.036907] grub-probe[5331]: segfault at 0 
ip 7f0e7bb76c02 sp 7fffbc98da08 error 4 in 
libc-2.26.so[7f0e7bae1000+1ad000]
Mar  1 11:43:10 bagend kernel: [ 1764.228997] grub-probe[5426]: segfault at 0 
ip 7fc85b67dc02 sp 7ffd5d9dae38 error 4 in 
libc-2.26.so[7fc85b5e8000+1ad000]
Mar  1 11:43:10 bagend kernel: [ 1764.434329] grub-probe[5587]: segfault at 0 
ip 7f0df6066c02 sp 7ffdffb770a8 error 4 in 
libc-2.26.so[7f0df5fd1000+1ad000]
Mar  1 11:43:10 bagend kernel: [ 1764.734312] SGI XFS with ACLs, security 
attributes, realtime, no debug enabled
Mar  1 11:43:10 bagend kernel: [ 1764.739617] JFS: nTxBlock = 8192, nTxLock = 
65536
Mar  1 11:43:10 bagend kernel: [ 1764.749184] ntfs: driver 2.1.32 [Flags: R/O 
MODULE].
Mar  1 11:43:10 bagend kernel: [ 1764.759185] QNX4 filesystem 0.2.3 registered.
Mar  1 11:43:10 bagend kernel: [ 1764.767543] fuse init (API version 7.26)
Mar  1 11:45:31 bagend kernel: [ 1905.636128] grub-probe[7043]: segfault at 0 
ip 7f45808d0c02 sp 7fff0cb3e0c8 error 4 in 
libc-2.26.so[7f458083b000+1ad000]
Mar  1 11:45:31 bagend kernel: [ 1905.816672] grub-probe[7138]: segfault at 0 
ip 7f052be44c02 sp 7ffcf8f5ed78 error 4 in 
libc-2.26.so[7f052bdaf000+1ad000]
Mar  1 11:45:32 bagend kernel: [ 1906.023450] grub-probe[7299]: segfault at 0 
ip 7f0b6ccddc02 sp 7ffed3ec3728 error 4 in 
libc-2.26.so[7f0b6cc48000+1ad000]

HTH

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

Bug#889608: Continuing to get core dumps with man-db

[Colin Watson]

On Wed, Feb 28, 2018 at 10:09:29PM -0500, John Sivak wrote:
> We have a winner. That build works on my system as well.

Great.  In that case, 2.8.2 contains that fix.

Thanks!

-- 
Colin Watson   [cjwat...@debian.org]

Bug#890189: stretch-pu: package libreoffice/1:5.2.7-1+deb9u3

[Rene Engelhard]

Hi again,

On Mon, Feb 12, 2018 at 02:03:20PM +0100, Rene Engelhard wrote:
> On Mon, Feb 12, 2018 at 01:56:42PM +0100, Rene Engelhard wrote:
> > > > Probably needs (<< 1:5.2.7-1+deb9u3~) instead.
> > > 
> > > Good catch. Wasn't updated after the security updates. Will change that to
> > > (<< 1:5.2.7-1+deb9u3)
> >   ^ ~
> > 
> > with the ~ for eventual jessie-backports of course.
> 
> 
> https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/commit/3fb213221e46b804f8878d08a63b19e5c43d10f1

Upstream came up with another fix to allow WEBSERVICE() usage in cases where
the original patch didn't allow it. I think we should add it...

So here's the new debdiffs (compared to deb9u2, so with the noise in the
diff, and a clean stable->deb9u3).

Didn't yet testbuild but can do.

Regards,
   
Rene
diff -Nru libreoffice-5.2.7/debian/changelog libreoffice-5.2.7/debian/changelog
--- libreoffice-5.2.7/debian/changelog	2018-02-09 07:22:22.0 +0100
+++ libreoffice-5.2.7/debian/changelog	2018-02-22 11:14:18.0 +0100
@@ -1,3 +1,19 @@
+libreoffice (1:5.2.7-1+deb9u3) stretch; urgency=medium
+
+  * debian/patches/WEBSERVICE-DDE.diff:
+- improve to not throw more errors than neccessary (use the right error
+  code) on WEBSERVICE() failures, thanks Jan-Marek Glogowski; do another
+  s/FormulaError::NoValue/formula::errNoValue/ for clarity
+- backport 4a412bdf0387cc2cb59d656d0738a63a286ec497 from 5.4 branch
+  to let FunctionAccess execute WEBSERVICE
+
+  * debian/rules:
+- do not run the tests except on i386 (notfatal) and amd64
+- move dk.mk from -dev-common to -dev as it's not arch-indep, thanks
+  Rico Tzschichholz
+
+ -- Rene Engelhard   Thu, 22 Feb 2018 11:14:18 +0100
+
 libreoffice (1:5.2.7-1+deb9u2) stretch-security; urgency=high
 
   * fix control
diff -Nru libreoffice-5.2.7/debian/control libreoffice-5.2.7/debian/control
--- libreoffice-5.2.7/debian/control	2018-02-09 07:21:38.0 +0100
+++ libreoffice-5.2.7/debian/control	2018-02-22 11:14:18.0 +0100
@@ -4376,9 +4376,9 @@
 Suggests: libmythes-dev, libreoffice-dev-doc, libreofficekit-dev
 Replaces: libreoffice-common (<< 1:4.1.0~beta1),
   libreoffice-core (<< 1:4.1.0~beta1),
-  libreoffice-dev-common (<< 1:5.2.6-2)
+  libreoffice-dev-common (<< 1:5.2.7-1+deb9u3~)
 Conflicts: libreoffice (<< 1:5.2.5-2~), libreoffice-dev-doc (<< 1:5.2.5-2~)
-Breaks: libreoffice-dev-common (<< 1:5.2.6-2)
+Breaks: libreoffice-dev-common (<< 1:5.2.7-1+deb9u3~)
 Description: office productivity suite -- SDK -- architecture-dependent parts
  LibreOffice is a full-featured office productivity suite that provides
  a near drop-in replacement for Microsoft(R) Office.
diff -Nru libreoffice-5.2.7/debian/control.sdk.in libreoffice-5.2.7/debian/control.sdk.in
--- libreoffice-5.2.7/debian/control.sdk.in	2018-02-07 20:08:04.0 +0100
+++ libreoffice-5.2.7/debian/control.sdk.in	2018-02-12 19:04:03.0 +0100
@@ -9,9 +9,9 @@
  ${shlibs:Depends}
 Recommends: g++, ${java-common-depends}, ${java-runtime-depends}
 Suggests: libmythes-dev, libreofficekit-dev, libreoffice-dev-doc
-Replaces: libreoffice-core (<< 1:4.1.0~beta1), libreoffice-common (<< 1:4.1.0~beta1), libreoffice-dev-common (<< 1:5.2.6-2)
+Replaces: libreoffice-core (<< 1:4.1.0~beta1), libreoffice-common (<< 1:4.1.0~beta1), libreoffice-dev-common (<< 1:5.2.7-1+deb9u3~)
 Conflicts: libreoffice-dev-doc (<< 1:5.2.5-2~), libreoffice (<< 1:5.2.5-2~)
-Breaks: libreoffice-dev-common (<< 1:5.2.6-2)
+Breaks: libreoffice-dev-common (<< 1:5.2.7-1+deb9u3~)
 Description: office productivity suite -- SDK -- architecture-dependent parts
  LibreOffice is a full-featured office productivity suite that provides
  a near drop-in replacement for Microsoft(R) Office.
diff -Nru libreoffice-5.2.7/debian/libreoffice-dbg.postinst.debhelper libreoffice-5.2.7/debian/libreoffice-dbg.postinst.debhelper
--- libreoffice-5.2.7/debian/libreoffice-dbg.postinst.debhelper	2017-06-01 19:10:02.0 +0200
+++ libreoffice-5.2.7/debian/libreoffice-dbg.postinst.debhelper	1970-01-01 01:00:00.0 +0100
@@ -1,3 +0,0 @@
-# Automatically added by dh_installdeb
-dpkg-maintscript-helper dir_to_symlink /usr/share/doc/libreoffice-dbg /usr/share/doc/libreoffice-core 1:5.0.3~rc1-2 $DPKG_MAINTSCRIPT_PACKAGE -- "$@"
-# End automatically added section
diff -Nru libreoffice-5.2.7/debian/libreoffice-dbg.postrm.debhelper libreoffice-5.2.7/debian/libreoffice-dbg.postrm.debhelper
--- libreoffice-5.2.7/debian/libreoffice-dbg.postrm.debhelper	2017-06-01 19:10:02.0 +0200
+++ libreoffice-5.2.7/debian/libreoffice-dbg.postrm.debhelper	1970-01-01 01:00:00.0 +0100
@@ -1,3 +0,0 @@
-# Automatically added by dh_installdeb
-dpkg-maintscript-helper dir_to_symlink /usr/share/doc/libreoffice-dbg /usr/share/doc/libreoffice-core 1:5.0.3~rc1-2 $DPKG_MAINTSCRIPT_PACKAGE -- "$@"
-# End automatically added section
diff -Nru libreoffice-5.2.7/debian/libreoffice-dbg.prein

Bug#887156: virtualbox-dkms does not compile it's kernel driver, libelf-dev is a missing dependency

[Gianfranco Costamagna]

control: reassign -1 src:linux
control: forcemerge -1 886474
control: close -1
control: archive -1

Fixed by linux updates.

G.

On Sun, 14 Jan 2018 17:06:28 +0100 csaba mate  wrote:
> Package: virtualbox-dkms
> Version: 5.2.4-dfsg-2
> Severity: normal
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
> after upgrading last week i noticed that virtualbox does not work,
> it cannot load it's kernel driver. now i had enough time to take
> a closer look on it and found that libelf-dev is a new dependency.
> after installing it, virtualbox works as excepted.
> please find the log below.
> thanks,
> csaba mate
> 
> 
> mc36@acer:~$ sudo apt-get remove virtualbox-dkms
> Reading package lists... Done
> Building dependency tree   
> Reading state information... Done
> The following package was automatically installed and is no longer required:
>   dkms
> Use 'sudo apt autoremove' to remove it.
> The following packages will be REMOVED:
>   virtualbox-dkms
> 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
> After this operation, 5,391 kB disk space will be freed.
> Do you want to continue? [Y/n] 
> (Reading database ... 398122 files and directories currently installed.)
> Removing virtualbox-dkms (5.2.4-dfsg-2) ...
> 
>  Uninstall Beginning 
> Module:  virtualbox
> Version: 5.2.4
> Kernel:  4.14.0-2-amd64 (x86_64)
> -
> 
> Status: Before uninstall, this module version was ACTIVE on this kernel.
> 
> vboxdrv.ko:
>  - Uninstallation
>- Deleting from: /lib/modules/4.14.0-2-amd64/updates/dkms/
>  - Original module
>- No original module was found for this module on this kernel.
>- Use the dkms install command to reinstall any previous module version.
> 
> 
> vboxnetadp.ko:
>  - Uninstallation
>- Deleting from: /lib/modules/4.14.0-2-amd64/updates/dkms/
>  - Original module
>- No original module was found for this module on this kernel.
>- Use the dkms install command to reinstall any previous module version.
> 
> 
> vboxnetflt.ko:
>  - Uninstallation
>- Deleting from: /lib/modules/4.14.0-2-amd64/updates/dkms/
>  - Original module



signature.asc
Description: OpenPGP digital signature

Bug#891831: chromium: VP9 isnt present in Chromium

[Leon Behringer]

Package: chromium
Version: 64.0.3282.119-2+b2
Severity: normal

VP9 is available in Chrome and Firefox but not in Chromium neither in testing 
nor in unstable. This can be checked using https://html5test.com/ or the 
YouTube Stats for nerds. This was verified in a fresh Debian Testing VM.



-- 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/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages chromium depends on:
ii  chromium-common  64.0.3282.119-2+b2
ii  libasound2   1.1.3-5
ii  libatk-bridge2.0-0   2.26.1-1
ii  libatk1.0-0  2.26.1-3
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  libc62.26-6
ii  libcairo21.15.10-2
ii  libcups2 2.2.6-5
ii  libdbus-1-3  1.12.4-1
ii  libevent-2.1-6   2.1.8-stable-4
ii  libexpat12.2.5-3
ii  libflac8 1.3.2-1
ii  libfontconfig1   2.12.6-0.1
ii  libfreetype6 2.8.1-2
ii  libgcc1  1:8-20180218-1
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0 2.54.3-2
ii  libgtk-3-0   3.22.28-1
ii  libharfbuzz0b1.7.2-1
ii  libicu57 57.1-8
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  liblcms2-2   2.9-1
ii  libminizip1  1.1-8+b1
ii  libnspr4 2:4.18-1
ii  libnss3  2:3.35-2
ii  libopus0 1.2.1-1
ii  libpango-1.0-0   1.40.14-1
ii  libpangocairo-1.0-0  1.40.14-1
ii  libpng16-16  1.6.34-1
ii  libpulse011.1-4
ii  libre2-4 20180201+dfsg-2
ii  libsnappy1v5 1.1.7-1
ii  libstdc++6   8-20180218-1
ii  libvpx5  1.7.0-3
ii  libwebp6 0.6.1-1
ii  libwebpdemux20.6.1-1
ii  libwebpmux3  0.6.1-1
ii  libx11-6 2:1.6.4-3
ii  libx11-xcb1  2:1.6.4-3
ii  libxcb1  1.12-1
ii  libxcomposite1   1:0.4.4-2
ii  libxcursor1  1:1.1.15-1
ii  libxdamage1  1:1.1.4-3
ii  libxext6 2:1.3.3-1+b2
ii  libxfixes3   1:5.0.3-1
ii  libxi6   2:1.7.9-1
ii  libxml2  2.9.4+dfsg1-6.1
ii  libxrandr2   2:1.5.1-1
ii  libxrender1  1:0.9.10-1
ii  libxslt1.1   1.1.29-5
ii  libxss1  1:1.2.2-1+b2
ii  libxtst6 2:1.2.3-1
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages chromium recommends:
ii  fonts-liberation  1:1.07.4-5

Versions of packages chromium suggests:
pn  chromium-driver
pn  chromium-l10n  
pn  chromium-shell 
pn  chromium-widevine  

-- no debconf information

Bug#891773: Related bug #871229 (but it didn't break my system)

[Diederik de Haas]

Checked pkg-grub-devel and found related bug #871229.
Normally I'd merge the bugs, but this bug didn't break my system. 
I have rebooted my PC and the boot process *may* have taken a bit longer, 
I'm not sure. But the boot was successful.
Also I just updated my Sid system, no major things like in the other bug.

Anyway, I found Colin asking for the output of a specific command:

# sh -x /usr/sbin/grub-mkconfig -o /boot/grub/grub.cfg
+ set -e
+ prefix=/usr
+ exec_prefix=/usr
+ datarootdir=/usr/share
+ prefix=/usr
+ exec_prefix=/usr
+ sbindir=/usr/sbin
+ bindir=/usr/bin
+ sysconfdir=/etc
+ PACKAGE_NAME=GRUB
+ PACKAGE_VERSION=2.02+dfsg1-2
+ host_os=linux-gnu
+ datadir=/usr/share
+ [ x = x ]
+ pkgdatadir=/usr/share/grub
+ export pkgdatadir
+ grub_cfg=
+ grub_mkconfig_dir=/etc/grub.d
+ basename /usr/sbin/grub-mkconfig
+ self=grub-mkconfig
+ grub_probe=/usr/sbin/grub-probe
+ grub_file=/usr/bin/grub-file
+ grub_editenv=/usr/bin/grub-editenv
+ grub_script_check=/usr/bin/grub-script-check
+ export TEXTDOMAIN=grub
+ export TEXTDOMAINDIR=/usr/share/locale
+ . /usr/share/grub/grub-mkconfig_lib
+ prefix=/usr
+ exec_prefix=/usr
+ datarootdir=/usr/share
+ datadir=/usr/share
+ bindir=/usr/bin
+ sbindir=/usr/sbin
+ [ x/usr/share/grub = x ]
+ test x/usr/sbin/grub-probe = x
+ test x/usr/bin/grub-file = x
+ test x = x
+ grub_mkrelpath=/usr/bin/grub-mkrelpath
+ which gettext
+ :
+ grub_tab=
+ test 2 -gt 0
+ option=-o
+ shift
+ argument -o /boot/grub/grub.cfg
+ opt=-o
+ shift
+ test 1 -eq 0
+ echo /boot/grub/grub.cfg
+ grub_cfg=/boot/grub/grub.cfg
+ shift
+ test 0 -gt 0
+ fgrep -qs ${GRUB_PREFIX}/video.lst /etc/grub.d/00_header
+ [ x = x ]
+ id -u
+ EUID=0
+ [ 0 != 0 ]
+ set /usr/sbin/grub-probe dummy
+ test -f /usr/sbin/grub-probe
+ :
+ /usr/sbin/grub-probe --target=device /
+ GRUB_DEVICE=/dev/nvme0n1p3
+ /usr/sbin/grub-probe --device /dev/nvme0n1p3 --target=fs_uuid
+ GRUB_DEVICE_UUID=a2a5e481-0ac6-4e68-818f-38255bf7dd57
+ /usr/sbin/grub-probe --target=device /boot
+ GRUB_DEVICE_BOOT=/dev/nvme0n1p2
+ /usr/sbin/grub-probe --device /dev/nvme0n1p2 --target=fs_uuid
+ GRUB_DEVICE_BOOT_UUID=0d4173d9-2331-4f15-bbf8-ba3894700221
+ /usr/sbin/grub-probe --device /dev/nvme0n1p3 --target=fs
+ GRUB_FS=ext2
+ [ xext2 = xunknown ]
+ test -f /etc/default/grub
+ . /etc/default/grub
+ GRUB_DEFAULT=0
+ GRUB_TIMEOUT=5
+ lsb_release -i -s
+ GRUB_DISTRIBUTOR=Debian
+ GRUB_CMDLINE_LINUX_DEFAULT=quiet
+ GRUB_CMDLINE_LINUX=
+ [ -e /etc/default/grub.d/*.cfg ]
+ [ x != x ]
+ termoutdefault=0
+ [ x = x ]
+ GRUB_TERMINAL_OUTPUT=gfxterm
+ termoutdefault=1
+ GRUB_ACTUAL_DEFAULT=0
+ [ x0 = xsaved ]
+ [ x = x ]
+ GRUB_RECOVERY_TITLE=recovery mode
+ export GRUB_DEVICE GRUB_DEVICE_UUID GRUB_DEVICE_BOOT GRUB_DEVICE_BOOT_UUID 
GRUB_FS GRUB_FONT GRUB_PRELOAD_MODULES GRUB_ACTUAL_DEFAULT
+ export GRUB_DEFAULT GRUB_HIDDEN_TIMEOUT GRUB_HIDDEN_TIMEOUT_QUIET 
GRUB_TIMEOUT GRUB_TIMEOUT_STYLE GRUB_DEFAULT_BUTTON GRUB_HIDDEN_TIMEOUT_BUTTON 
GRUB_TIMEOUT_BUTTON GRUB_TIMEOUT_STYLE_BUTTON GRUB_BUTTON_CMOS_ADDRESS 
GRUB_BUTTON_CMOS_CLEAN GRUB_DISTRIBUTOR GRUB_CMDLINE_LINUX 
GRUB_CMDLINE_LINUX_DEFAULT GRUB_CMDLINE_XEN GRUB_CMDLINE_XEN_DEFAULT 
GRUB_CMDLINE_LINUX_XEN_REPLACE GRUB_CMDLINE_LINUX_XEN_REPLACE_DEFAULT 
GRUB_CMDLINE_NETBSD GRUB_CMDLINE_NETBSD_DEFAULT GRUB_CMDLINE_GNUMACH 
GRUB_TERMINAL_INPUT GRUB_TERMINAL_OUTPUT GRUB_SERIAL_COMMAND 
GRUB_DISABLE_LINUX_UUID GRUB_DISABLE_RECOVERY GRUB_VIDEO_BACKEND GRUB_GFXMODE 
GRUB_BACKGROUND GRUB_THEME GRUB_GFXPAYLOAD_LINUX GRUB_DISABLE_OS_PROBER 
GRUB_INIT_TUNE GRUB_SAVEDEFAULT GRUB_ENABLE_CRYPTODISK GRUB_BADRAM 
GRUB_OS_PROBER_SKIP_LIST GRUB_DISABLE_SUBMENU GRUB_RECORDFAIL_TIMEOUT 
GRUB_RECOVERY_TITLE
+ test x/boot/grub/grub.cfg != x
+ rm -f /boot/grub/grub.cfg.new
+ umask
+ oldumask=0022
+ umask 077
+ exec
+ umask 0022
+ gettext Generating grub configuration file ...
Generating grub configuration file ...+ echo

+ cat
+ grub_file_is_not_garbage /etc/grub.d/00_header
+ test -f /etc/grub.d/00_header
+ return 0
+ test -x /etc/grub.d/00_header
+ echo
+ echo ### BEGIN /etc/grub.d/00_header ###
+ /etc/grub.d/00_header
Segmentation fault
+ echo ### END /etc/grub.d/00_header ###
+ grub_file_is_not_garbage /etc/grub.d/05_debian_theme
+ test -f /etc/grub.d/05_debian_theme
+ return 0
+ test -x /etc/grub.d/05_debian_theme
+ echo
+ echo ### BEGIN /etc/grub.d/05_debian_theme ###
+ /etc/grub.d/05_debian_theme
Segmentation fault
Found background image: /usr/share/images/desktop-base/desktop-grub.png
+ echo ### END /etc/grub.d/05_debian_theme ###
+ grub_file_is_not_garbage /etc/grub.d/10_linux
+ test -f /etc/grub.d/10_linux
+ return 0
+ test -x /etc/grub.d/10_linux
+ echo
+ echo ### BEGIN /etc/grub.d/10_linux ###
+ /etc/grub.d/10_linux
Found linux image: /boot/vmlinuz-4.15.0-1-amd64
Found initrd image: /boot/initrd.img-4.15.0-1-amd64
Segmentation fault
Found linux image: /boot/vmlinuz-4.14.0-3-amd64
Found initrd image: /boot/initrd.img-4.14.0-3-amd64
Found linux image: /boot/vmlinuz-4.13.0-1-amd64
Found initrd image: /boot/initrd.img-4.13.0-1-amd6

Bug#889791: virtualbox: PulseAudio-related segmentation fault from PowerShell beeps

[Gianfranco Costamagna]

Hello,

On Tue, 06 Feb 2018 16:29:09 -0700 Kevin Locke  wrote:
> Package: virtualbox
> Version: 5.2.6-dfsg-3+b1
> Severity: normal
> 
> Dear Maintainer,
> 
> When running a Windows 7 guest using the PulseAudio host audio driver
> and either "ICH AC97" or "Intel HD Audio" audio controller, running
> PowerShell and causing repeated beeping (e.g. by invoking ^G repeatedly)
> will cause VirtualBox to crash with SIGSEGV.  I was able to reproduce
> the issue using the Microsoft-provided "IE8 on Win7 (x86)" VM image[1]
> but was unable to reproduce it from terminal beeps using a Linux image.
> 


Can you please try 5.1.8?

G.

> The backtrace from the core dump is as follows:
> 
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0  pa_threaded_mainloop_signal (m=0x191, wait_for_accept=0)
> at pulse/thread-mainloop.c:196
> [Current thread is 1 (Thread 0x7f46e76aa700 (LWP 20306))]
> #0  0x7f47001ebbde in pa_threaded_mainloop_signal (m=0x191, 
> wait_for_accept=0) at pulse/thread-mainloop.c:196
> #1  0x7f47001e2a95 in pa_stream_simple_ack_callback 
> (pd=pd@entry=0x7f46e00017f0, command=command@entry=2, tag=tag@entry=634, 
> t=t@entry=0x7f46e00028d0, userdata=userdata@entry=0x7f46e000cf00) at 
> pulse/stream.c:2258
> #2  0x7f46f0cba621 in run_action (pd=0x7f46e00017f0, r=0x7f46e000aac0, 
> command=2, ts=0x7f46e00028d0) at pulsecore/pdispatch.c:288
> #3  0x7f46f0cba99b in pa_pdispatch_run (pd=0x7f46e00017f0, 
> packet=packet@entry=0x7f46e000bd90, 
> ancil_data=ancil_data@entry=0x7f46ee88, 
> userdata=userdata@entry=0x7f4710613640) at pulsecore/pdispatch.c:341
> #4  0x7f47001c836e in pstream_packet_callback (p=, 
> packet=0x7f46e000bd90, ancil_data=0x7f46ee88, userdata=0x7f4710613640)
> at pulse/context.c:349
> #5  0x7f46f0cbd5ef in do_read (p=p@entry=0x7f46ebf0, 
> re=re@entry=0x7f46edb8) at pulsecore/pstream.c:1012
> #6  0x7f46f0cc00ab in do_pstream_read_write (p=0x7f46ebf0)
> at pulsecore/pstream.c:248
> #7  0x7f46f0cc0449 in srb_callback (srb=, 
> userdata=0x7f46ebf0) at pulsecore/pstream.c:287
> #8  0x7f46f0cc0ccf in srbchannel_rwloop (sr=0x7f46e000bbe0)
> at pulsecore/srbchannel.c:190
> #9  0x7f47001dd338 in dispatch_pollfds (m=0x7f4710613490)
> at pulse/mainloop.c:655
> #10 0x7f47001dd338 in pa_mainloop_dispatch (m=m@entry=0x7f4710613490)
> at pulse/mainloop.c:898
> #11 0x7f47001dd70e in pa_mainloop_iterate (m=0x7f4710613490, 
> block=, retval=0x0) at pulse/mainloop.c:929
> #12 0x7f47001dd790 in pa_mainloop_run (m=0x7f4710613490, 
> retval=retval@entry=0x0) at pulse/mainloop.c:944
> #13 0x7f47001eb5f9 in thread (userdata=0x7f4710613450)
> at pulse/thread-mainloop.c:100
> #14 0x7f46f0cd0c58 in internal_thread_func (userdata=0x7f4710615c60)
> at pulsecore/thread-posix.c:81
> #15 0x7f476ea4051a in start_thread (arg=0x7f46e76aa700)
> at pthread_create.c:465
> #16 0x7f476e5743ef in clone ()
> at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
> 
> I could host the entire core dump if it would be useful.  The host
> system has pulseaudio 11.1-4 installed.
> 
> Let me know if I should report the issue upstream.  I couldn't find a
> way to run the distro-agnostic binary package without installing it,
> which I'm hesitant to do.  So I have filed the issue here to start.
> 
> Thanks,
> Kevin
> 
> 1.  https://developer.microsoft.com/en-us/microsoft-edge/tools/vms/
> 
> 
> -- System Information:



signature.asc
Description: OpenPGP digital signature

Bug#886222: ld.gold: internal error in get_got_page_offset, at ../../gold/mips.cc:6271

[Emilio Pozuelo Monfort]

Hi James,

On Thu, 1 Feb 2018 10:21:44 + James Cowgill  wrote:
> I have a slightly reduced testcase, but it still requires about 50M of
> objects so I'm working on reducing it even more.

Any progress on that? If you have sent this upstream already, can you share the
bug# ?

Thanks,
Emilio

Bug#871229: Bug#891773: Related bug #871229 (but it didn't break my system))

[Diederik de Haas]

Backtrace:

# gdb /usr/sbin/grub-probe core
GNU gdb (Debian 7.12-6+b1) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/sbin/grub-probe...Reading symbols from 
/usr/lib/debug/.build-id/7d/39e2c1a4f321d06c55ae5f45dae1fd555cee4f.debug...done.
done.
[New LWP 12493]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/sbin/grub-probe --device /dev/nvme0n1p2 
--target=hints_string'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  __strcat_ssse3 () at ../sysdeps/x86_64/multiarch/strcat-ssse3.S:41
41  ../sysdeps/x86_64/multiarch/strcat-ssse3.S: No such file or directory.
(gdb) bt
#0  __strcat_ssse3 () at ../sysdeps/x86_64/multiarch/strcat-ssse3.S:41
#1  0x555e003b1d38 in strcat (__src=0x7ffc9008a270 "/disk@1", __dest=0x0) 
at /usr/include/x86_64-linux-gnu/bits/string_fortified.h:128
#2  of_path_of_nvme (sys_devname=0x555e00fccfd0 "/dev/nvme0n1", 
devnode=0x555e00fcb950 "/dev/nvme0n", devicenode=0x555e00fcbf10 "nvme0n", 
device=)
at ../../grub-core/osdep/linux/ofpath.c:388
#3  grub_util_devname_to_ofpath (sys_devname=) at 
../../grub-core/osdep/linux/ofpath.c:727
#4  0x555e003b0a89 in probe (path=0x0, device_names=0x555e00fcac50, 
delim=) at ../../util/grub-probe.c:432
#5  0x555e003afe76 in main (argc=, argv=) at 
../../util/grub-probe.c:861

It's almost the same as zo...@debian.org reported, but with me ssse3 was used

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

Bug#891832: libetpan-dev: Libetpan-dev depends on transitional package libidn2-0-dev

[Brad Rogers]

Package: libetpan-dev
Version: 1.8.0-1
Severity: normal

Dear Maintainer,

Whilst trying to remove transitional package libidn2-0-dev, I found that
libetpan-dev would also be removed.  I discovered that libetpan should depend
on libidn2-dev, which supercedes the current package, from a similar bug report
against libgnutls28-dev.



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

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

Versions of packages libetpan-dev depends on:
ii  dpkg 1.19.0.5
ii  libcurl4-gnutls-dev  7.58.0-2
ii  libetpan20   1.8.0-1
ii  libexpat1-dev2.2.5-3
ii  libgnutls28-dev  3.5.18-1
ii  liblockfile-dev  1.14-1.1
ii  libsasl2-dev 2.1.27~101-g0780600+dfsg-3

libetpan-dev recommends no packages.

Versions of packages libetpan-dev suggests:
pn  libetpan-doc  

-- no debconf information

Bug#845439: [PATCH] Don???t enforce (U)EFI on arm64

[Guido Günther]

On Sun, Aug 20, 2017 at 11:02:13PM +0200, Petter Reinholdtsen wrote:
> Note, this is one of two vmdebootstrap issues blocking the creating
> of Debian Stretch based images for Raspberry Pi 3 using only packages
> in Debian, see https://wiki.debian.org/RaspberryPi3 >.
> 
> It would be great if it could be possible to create RPi images
> using only vmdebootstrap and a list of options. :)

Dear maintainers, any objections to an NMU?
Cheers,
 -- Guido

Bug#891691: [Pkg-mailman-hackers] Bug#891691: mailman3-core: Cannot install mailman3-suite with mysql database

[Colin Turner]

Good morning Pierre-Elliott,

Thanks for your speedy response.

[..]

>>  File "/usr/lib/python2.7/dist-packages/MySQLdb/cursors.py", line 250, in 
>> execute
>>self.errorhandler(self, exc, value)
>>  File "/usr/lib/python2.7/dist-packages/MySQLdb/connections.py", line 50, in 
>> defaulterrorhandler
>>raise errorvalue
>> django.db.utils.OperationalError: (1071, 'Specified key was too long; max 
>> key length is 767 bytes')
>> dpkg: error processing package mailman3-suite (--configure):
>> installed mailman3-suite package post-installation script subprocess 
>> returned error exit status 1
>> Errors were encountered while processing:
>> mailman3-suite
> 
> This error is a bummer. It comes from innoDB implementations of SQL servers.
> The main idea is that there is a limited length for the index deployment on
> varchar fields, and one field in django-allauth/mailman is 255 chars, which
> is more than 767 bytes (191 chars).
> 
> What SQL server do you use?

Here are the mysql/maria packages on that box:

oldgondolin:/home/colin# dpkg --list | grep -E "mysql|maria"
ii  akonadi-backend-mysql4:16.04.3-6 
all  MySQL storage backend for Akonadi
ii  default-mysql-client 1.0.3   
all  MySQL database client binaries (metapackage)
ii  default-mysql-server 1.0.3   
all  MySQL database server binaries and system database setup 
(metapackage)
ii  dovecot-mysql1:2.2.33.2-1
i386 secure POP3/IMAP server - MySQL support
ii  libaprutil1-dbd-mysql:i386   1.6.1-1 
i386 Apache Portable Runtime Utility Library - MySQL Driver
ii  libdbd-mysql-perl4.041-2+b1  
i386 Perl5 database interface to the MariaDB/MySQL database
ii  libmariadbclient18:i386  1:10.1.29-6 
i386 MariaDB database client library
ii  libmysqlclient16 5.1.66-0+squeeze1   
i386 MySQL database client library
ii  libmysqlclient18:i3865.6.30-1
i386 MySQL database client library
ii  libqt4-sql-mysql:i3864:4.8.7+dfsg-11 
i386 Qt 4 MySQL database driver
ii  libqt5sql5-mysql:i3865.9.2+dfsg-6
i386 Qt 5 MySQL database driver
ii  mariadb-client-10.1  1:10.1.29-6 
i386 MariaDB database client binaries
ii  mariadb-client-core-10.1 1:10.1.29-6 
i386 MariaDB database core client binaries
ii  mariadb-common   1:10.1.29-6 
all  MariaDB common metapackage
ii  mariadb-server-10.1  1:10.1.29-6 
i386 MariaDB database server binaries
ii  mariadb-server-core-10.1 1:10.1.29-6 
i386 MariaDB database core server files
ii  mysql-common 5.8+1.0.3   
all  MySQL database common files, e.g. /etc/mysql/my.cnf
rc  mysql-server-5.1 5.1.61-3
i386 MySQL database server binaries and system database setup
rc  mysql-server-5.5 5.5.43-0+deb8u1 
i386 MySQL database server binaries and system database setup
rc  mysql-server-5.6 5.6.30-1
i386 MySQL database server binaries and system database setup
rc  mysql-server-5.7 5.7.17-1
i386 MySQL database server binaries and system database setup
ii  php-mdb2-driver-mysql1.5.0b4-2   
all  mysql MDB2 driver
ii  php-mysql1:7.0+57
all  MySQL module for PHP [default]
ii  php5-mysql   5.6.30+dfsg-0+deb8u1
i386 MySQL module for php5
ii  php7.0-mysql 7.0.27-1
i386 MySQL module for PHP
ii  python-mysqldb   1.3.10-1
i386 Python interface to MySQL
ii  python3-pymysql  0.7.11-1
all  Pure-Python MySQL Driver - Python 3.x
ii  roundcube-mysql  1.3.3+dfsg.1-2  
all  metapackage providing MySQL dependencies for RoundCube

Interesting to hear what the problem is, I didn’t know of this Django potential 
problem. I have my own Django web app that was deployed on some other Debian 
boxes, in this case mariadb-server-10.1=10.1.26-0+deb9u1, so I’ll keep an eye 
out for that one.

You

Bug#891833: Please restore SELinux context on /var/lib/spamassassin

[Laurent Bigonville]

Package: spamassassin
Version: 3.4.1-6+deb9u1
Severity: normal
User: selinux-de...@lists.alioth.debian.org
Usertags: selinux

Hi,

On package installation, the /var/lib/spamassassin directory ends up
wrongly labeled on disk.

There are two solutions here to fix this problem, either:

1) ship the directory in the package itself and do not create it in the
postinst script. This has also the advantage that dpkg -S will return
the owner of the directory.

2) Call restorecon just after creating the directory (before creating
anything else in it), something like:
"which restorecon >/dev/null 2>&1 && restorecon /var/lib/spamassassin"
should work.

Kind regards,

Laurent Bigonville

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

Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Permissive - Policy name: refpolicy

Bug#845439: [PATCH] Don???t enforce (U)EFI on arm64

[Michael Stapelberg]

Note that we have switched to vmdb2 for the Raspberry Pi 3 images, so this
bug is no longer a blocker for us (it might still be good to fix, though).

On Thu, Mar 1, 2018 at 12:39 PM, Guido Günther  wrote:

> On Sun, Aug 20, 2017 at 11:02:13PM +0200, Petter Reinholdtsen wrote:
> > Note, this is one of two vmdebootstrap issues blocking the creating
> > of Debian Stretch based images for Raspberry Pi 3 using only packages
> > in Debian, see https://wiki.debian.org/RaspberryPi3 >.
> >
> > It would be great if it could be possible to create RPi images
> > using only vmdebootstrap and a list of options. :)
>
> Dear maintainers, any objections to an NMU?
> Cheers,
>  -- Guido
>



-- 
Best regards,
Michael

Bug#891834: gnome-disk-utility: gnome-disks sees empty space instead of an existing extended partition

[Francesco Potortì]

Package: gnome-disk-utility
Version: 3.26.2-2
Severity: normal

This is what fdisk says about one of my disks, which is consistent with
what is in /proc/partitions:

# fdisk -G -l /dev/sda
GNU Fdisk 1.3.0a

Disk /dev/sda: 1000 GB, 1000202273280 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot  Start End  Blocks   Id  System
/dev/sda1   1   27296   219255088   83  Linux
/dev/sda2   27297   75486   3870781425  Extended
/dev/sda5   27297   40350   104848222   fd  Lnx RAID auto
/dev/sda6   40351   4551741495895   fd  Lnx RAID auto
/dev/sda7   45526   4871325599577   fd  Lnx RAID auto
/dev/sda8   48714   4998910241437   fd  Lnx RAID auto
/dev/sda9   49990   75486   204796620   83  Linux
/dev/sda3   75486  121602   370426770   83  Linux

This is alright and there is no problem.

However, gnome-disks sees extended partition 2 as being of zero length,
followed by a 396GB unused space.  Primary partitions 1 and 3 are seen
correctly.

Below is the partition table dump.  This behaviour is completely
reproducible, so please let me know what further details should I send
to debug the problem.

# fdisk -G -r /dev/sda
GNU Fdisk 1.3.0a

Device: /dev/sda
0x000: EB 63 90 10 8E D0 BC 00 B0 B8 00 00 8E D8 8E C0
0x010: FB BE 00 7C BF 00 06 B9 00 02 F3 A4 EA 21 06 00
0x020: 00 BE BE 07 38 04 75 0B 83 C6 10 81 FE FE 07 75
0x030: F3 EB 16 B4 02 B0 01 BB 00 7C B2 80 8A 74 03 02
0x040: 81 00 00 20 01 00 00 00 00 02 FA 90 90 F6 C2 80
0x050: 75 02 B2 80 EA 59 7C 00 00 31 00 80 01 00 00 00
0x060: 00 00 00 00 FF FA 90 90 F6 C2 80 74 05 F6 C2 70
0x070: 74 02 B2 80 EA 79 7C 00 00 31 C0 8E D8 8E D0 BC
0x080: 00 20 FB A0 64 7C 3C FF 74 02 88 C2 52 BB 17 04
0x090: F6 07 03 74 06 BE 88 7D E8 17 01 BE 05 7C B4 41
0x0A0: BB AA 55 CD 13 5A 52 72 3D 81 FB 55 AA 75 37 83
0x0B0: E1 01 74 32 31 C0 89 44 04 40 88 44 FF 89 44 02
0x0C0: C7 04 10 00 66 8B 1E 5C 7C 66 89 5C 08 66 8B 1E
0x0D0: 60 7C 66 89 5C 0C C7 44 06 00 70 B4 42 CD 13 72
0x0E0: 05 BB 00 70 EB 76 B4 08 CD 13 73 0D 5A 84 D2 0F
0x0F0: 83 D0 00 BE 93 7D E9 82 00 66 0F B6 C6 88 64 FF
0x100: 40 66 89 44 04 0F B6 D1 C1 E2 02 88 E8 88 F4 40
0x110: 89 44 08 0F B6 C2 C0 E8 02 66 89 04 66 A1 60 7C
0x120: 66 09 C0 75 4E 66 A1 5C 7C 66 31 D2 66 F7 34 88
0x130: D1 31 D2 66 F7 74 04 3B 44 08 7D 37 FE C1 88 C5
0x140: 30 C0 C1 E8 02 08 C1 88 D0 5A 88 C6 BB 00 70 8E
0x150: C3 31 DB B8 01 02 CD 13 72 1E 8C C3 60 1E B9 00
0x160: 01 8E DB 31 F6 BF 00 80 8E C6 FC F3 A5 1F 61 FF
0x170: 26 5A 7C BE 8E 7D EB 03 BE 9D 7D E8 34 00 BE A2
0x180: 7D E8 2E 00 CD 18 EB FE 47 52 55 42 20 00 47 65
0x190: 6F 6D 00 48 61 72 64 20 44 69 73 6B 00 52 65 61
0x1A0: 64 00 20 45 72 72 6F 72 0D 0A 00 BB 01 00 B4 0E
0x1B0: CD 10 AC 3C 00 75 F4 C3 6A F0 05 00 00 00 00 20
0x1C0: 21 00 83 F4 95 9F 00 08 00 00 00 18 23 1A 00 00
0x1D0: 81 A0 05 97 BA DD A0 22 23 1A 60 D5 24 2E 00 FE
0x1E0: FF FF 83 FE FF FF 00 F8 47 48 00 70 28 2C 00 00
0x1F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA

0x000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0B0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0C0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0D0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x140: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x150: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x160: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x170: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x180: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x190: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x1A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x1B0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01
0x1C0: 81 A0 FD FE 7F 9D 3F 00 00 00 3F F5 7F 0C 00 FE
0x1D0: FF FF 05 FE FF FF 7E F5 7F 0C B3 95 F2 04 00 00
0x1E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x1F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA

0x000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x020: 00 0

Bug#845439: [Vmdebootstrap-devel] Bug#845439: [PATCH] Don???t enforce (U)EFI on arm64

[Lars Wirzenius]

On Thu, 2018-03-01 at 12:39 +0100, Guido Günther wrote:
> On Sun, Aug 20, 2017 at 11:02:13PM +0200, Petter Reinholdtsen wrote:
> > Note, this is one of two vmdebootstrap issues blocking the creating
> > of Debian Stretch based images for Raspberry Pi 3 using only packages
> > in Debian, see https://wiki.debian.org/RaspberryPi3 >.
> > 
> > It would be great if it could be possible to create RPi images
> > using only vmdebootstrap and a list of options. :)
> 
> Dear maintainers, any objections to an NMU?

Yes. Please don't. Please spend that effort switching away from
vmdebootstrap.


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

Bug#886222: ld.gold: internal error in get_got_page_offset, at ../../gold/mips.cc:6271

[James Cowgill]

Control: tags -1 patch

Hi,

On 01/03/18 11:26, Emilio Pozuelo Monfort wrote:
> Hi James,
> 
> On Thu, 1 Feb 2018 10:21:44 + James Cowgill  wrote:
>> I have a slightly reduced testcase, but it still requires about 50M of
>> objects so I'm working on reducing it even more.
> 
> Any progress on that? If you have sent this upstream already, can you share 
> the
> bug# ?

There is already an upstream bug:
https://sourceware.org/bugzilla/show_bug.cgi?id=22770

I have attached the v3 of my patch. I submitted v1 upstream but
apparently MIPS _still_ hasn't sorted out the FSF copyright assignment
from when we split off from imgtec so I cannot submit anything else
upstream at the moment.

James
From 48390a9e113ca10fe1094f914127920c4722bdb6 Mon Sep 17 00:00:00 2001
From: James Cowgill 
Date: Thu, 1 Mar 2018 11:55:18 +
Subject: [PATCHv3] [gold] PR22770: MIPS: Fix GOT page counter in multi-got links

The record_got_page_entry function records and updates the maximum
number of GOT page entries which may be required by an object. In the
case where an existing GOT page entry was expanded, only the entry
belonging to the master GOT would have its page count updated. This leaves
the entry belonging to the object GOT with the num_pages count of 1 it
was originally initialized with. Later on when GOTs are being merged in a
multi-got link, this causes the value of entry->num_pages in
add_got_page_entries to always be 1 and underestimates the number of pages
required for the new entry. This in turn leads to an assertion failure in
get_got_page_offset where we run out of pages.

Fix by not inserting Got_page_entrys into the object's GOT at all and
later on adding the total number of page entries recorded for the
object's GOT into the new merged GOT. This is safe because
got_page_entries_ is used for no other purpose in the object's GOT, and
page_gotno_ for the object's GOT should already be incremented by the correct
amount in record_got_page_entry. Remove Got_page_entry::num_pages which
is now unused.

gold/
2018-03-01  James Cowgill  

	PR gold/22770
	* mips.cc (Mips_got_info::record_got_page_entry): Don't insert
	Got_page_entry for object's GOT.
	(Mips_got_info::add_got_page_entries): Add all pages from from's GOT.
	Rename to add_got_page_count.
	(Got_page_entry): Remove num_pages.
---
 gold/mips.cc | 42 --
 1 file changed, 8 insertions(+), 34 deletions(-)

diff --git a/gold/mips.cc b/gold/mips.cc
index 543a23462f..b4de79b946 100644
--- a/gold/mips.cc
+++ b/gold/mips.cc
@@ -631,11 +631,11 @@ struct Got_page_range
 struct Got_page_entry
 {
   Got_page_entry()
-: object(NULL), symndx(-1U), ranges(NULL), num_pages(0)
+: object(NULL), symndx(-1U), ranges(NULL)
   { }
 
   Got_page_entry(Object* object_, unsigned int symndx_)
-: object(object_), symndx(symndx_), ranges(NULL), num_pages(0)
+: object(object_), symndx(symndx_), ranges(NULL)
   { }
 
   // The input object that needs the GOT page entry.
@@ -644,8 +644,6 @@ struct Got_page_entry
   unsigned int symndx;
   // The ranges for this page entry.
   Got_page_range* ranges;
-  // The maximum number of page entries needed for RANGES.
-  unsigned int num_pages;
 };
 
 // Hash for Got_page_entry.
@@ -775,7 +773,7 @@ class Mips_got_info
 
   // Add FROM's GOT page entries.
   void
-  add_got_page_entries(Mips_got_info* from);
+  add_got_page_count(Mips_got_info* from);
 
   // Return GOT size.
   unsigned int
@@ -928,7 +926,7 @@ class Mips_got_info
   Global_got_entry_set global_got_symbols_;
   // A hash table holding GOT entries.
   Got_entry_set got_entries_;
-  // A hash table of GOT page entries.
+  // A hash table of GOT page entries (only used in master GOT).
   Got_page_entry_set got_page_entries_;
   // The offset of first GOT page entry for this GOT.
   unsigned int got_page_offset_start_;
@@ -5794,14 +5792,8 @@ Mips_got_info::record_got_page_entry(
   else
 this->got_page_entries_.insert(entry);
 
-  // Add the same entry to the OBJECT's GOT.
-  Got_page_entry* entry2 = NULL;
+  // Get the object's GOT, but we don't need to insert an entry here.
   Mips_got_info* g2 = object->get_or_create_got_info();
-  if (g2->got_page_entries_.find(entry) == g2->got_page_entries_.end())
-{
-  entry2 = new Got_page_entry(*entry);
-  g2->got_page_entries_.insert(entry2);
-}
 
   // Skip over ranges whose maximum extent cannot share a page entry
   // with ADDEND.
@@ -5821,9 +5813,6 @@ Mips_got_info::record_got_page_entry(
   range->max_addend = addend;
 
   *range_ptr = range;
-  ++entry->num_pages;
-  if (entry2 != NULL)
-++entry2->num_pages;
   ++this->page_gotno_;
   ++g2->page_gotno_;
   return;
@@ -5851,9 +5840,6 @@ Mips_got_info::record_got_page_entry(
   new_pages = range->get_max_pages();
   if (old_pages != new_pages)
 {
-  entry->num_pages += new_pages - old_pages;
-  if (entry2 != NULL)
-entry2->num_pages += new_pages - old_pages;
  

Bug#891835: gnome-photos: "gnome-photos" crashed, received signal SIGSEGV, Segmentation fault"

[Sudarshan Kakoty]

Package: gnome-photos
Version: 3.26.3-1
Severity: normal

Dear Maintainer,

*** Please consider answering these questions, where appropriate ***

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

Steps to reproduce bug:

1) launch gnome-photos from menu

Expected behaviour: Gnome photos app should show
What we get: photos app crashed

GDB report: https://pastebin.com/1d83YXst



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

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

Versions of packages gnome-photos depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.1-3
ii  gnome-online-miners  3.26.0-3
ii  libatk1.0-0  2.26.1-3
ii  libbabl-0.1-00.1.44-1
ii  libc62.26-6
ii  libcairo-gobject21.15.10-2
ii  libcairo21.15.10-2
ii  libgdata22   0.17.9-2
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libgegl-0.3-00.3.28-2
ii  libgeocode-glib0 3.25.4.1-4
ii  libgexiv2-2  0.10.8-1
ii  libgfbgraph-0.2-00.2.3-2
ii  libglib2.0-0 2.54.3-2
ii  libgoa-1.0-0b3.26.2-2
ii  libgrilo-0.3-0   0.3.4-1
ii  libgtk-3-0   3.22.28-1
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  libpango-1.0-0   1.40.14-1
ii  libpangocairo-1.0-0  1.40.14-1
ii  libpng16-16  1.6.34-1
ii  libtracker-control-2.0-0 2.0.3-1
ii  libtracker-sparql-2.0-0  2.0.3-1
ii  tracker  2.0.3-1
ii  tracker-extract  2.0.4-1

Versions of packages gnome-photos recommends:
ii  dleyna-renderer0.4.0-1+b1
ii  grilo-plugins-0.3  0.3.5-2+b1

gnome-photos suggests no packages.

-- no debconf information

Bug#891836: systemd: systemctl start/stop/restart valid-template@invalid-instance doesn't cause errors

[Martin von Wittich]

Package: systemd
Version: 232-25+deb9u1
Severity: normal
Tags: upstream

Dear Maintainer,

the following commands unexpectedly do not print any error messages or
return non-zero exit codes:

martin.mein-iserv.de ~ # systemctl stop postgresql@does-not-exist
martin.mein-iserv.de ~ # systemctl start postgresql@does-not-exist
martin.mein-iserv.de ~ # systemctl restart postgresql@does-not-exist

reload on the other hand does:

martin.mein-iserv.de ~ # systemctl reload postgresql@does-not-exist; echo $?
postgresql@does-not-exist.service is not active, cannot reload.
1

martin.mein-iserv.de ~ # systemctl stop does-not-exist
Failed to stop does-not-exist.service: Unit does-not-exist.service not loaded.
martin.mein-iserv.de ~ # systemctl restart does-not-exist
Failed to restart does-not-exist.service: Unit does-not-exist.service not found.
martin.mein-iserv.de ~ # systemctl restart does-not-exist
Failed to restart does-not-exist.service: Unit does-not-exist.service not found.
martin.mein-iserv.de ~ # systemctl reload does-not-exist
Failed to reload does-not-exist.service: Unit does-not-exist.service not found.

-- Package-specific info:

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

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

Versions of packages systemd depends on:
ii  adduser 3.115
ii  libacl1 2.2.52-3+b1
ii  libapparmor12.11.0-3
ii  libaudit1   1:2.6.7-2
ii  libblkid1   2.29.2-1
ii  libc6   2.24-11+deb9u1
ii  libcap2 1:2.25-1
ii  libcryptsetup4  2:1.7.3-4
ii  libgcrypt20 1.7.6-2+deb9u2
ii  libgpg-error0   1.26-2
ii  libidn111.33-1
ii  libip4tc0   1.6.0+snapshot20161117-6
ii  libkmod223-2
ii  liblz4-10.0~r131-2+b1
ii  liblzma55.2.2-1.2+b1
ii  libmount1   2.29.2-1
ii  libpam0g1.1.8-3.6
ii  libseccomp2 2.3.1-2.1
ii  libselinux1 2.6-3+b3
ii  libsystemd0 232-25+deb9u1
ii  mount   2.29.2-1
ii  procps  2:3.3.12-3
ii  util-linux  2.29.2-1

Versions of packages systemd recommends:
ii  dbus1.10.24-0+deb9u1
ii  libpam-systemd  232-25+deb9u1

Versions of packages systemd suggests:
pn  policykit-1
pn  systemd-container  
pn  systemd-ui 

Versions of packages systemd is related to:
pn  dracut   
ii  initramfs-tools  0.130
ii  udev 232-25+deb9u1

-- no debconf information

Bug#891837: pioneers: Bots don't build ships

[Pelle Hjek]

Package: pioneers
Version: 15.4-1
Severity: wishlist
Tags: upstream

Dear Maintainer,

Bots participating in a Pioneers game don't build ships, only roads. This makes
them particularly easy to beat on boards with lots of water, such as
Archipelago and Seafarers.



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 4.14.0-3-686-pae (SMP w/2 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 pioneers depends on:
ii  libavahi-client3 0.7-3.1
ii  libavahi-common3 0.7-3.1
ii  libavahi-glib1   0.7-3.1
ii  libc62.26-6
ii  libcairo21.15.10-1
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0 2.54.3-2
ii  libgnome-2-0 2.32.1-6
ii  libgtk-3-0   3.22.28-1
ii  libnotify4   0.7.7-3
ii  libpango-1.0-0   1.40.14-1
ii  libpangocairo-1.0-0  1.40.14-1
ii  librsvg2-common  2.40.20-2
ii  pioneers-console 15.4-1
ii  pioneers-data15.4-1

Versions of packages pioneers recommends:
ii  beep  1.3-4+b1
ii  yelp  3.26.0-2

Versions of packages pioneers suggests:
pn  pioneers-metaserver  

-- no debconf information

Bug#891838: Starting kresd services with wildcard doesn't work

[Sakirnth Nagarasa]

Package: knot-resolver
Version: 2.1.1-1
Severity: minor

Hello,

In my setup I use 4 instances of kresd@.service. The instances are
created with the following command:

systemctl enable --now kresd@1.service kresd@2.service kresd@3.service
kresd@3.service

The problem is when I stop all kresd instances with:
systemctl stop system-kresd.slice

The instances can not be started with "systemctl start
'kresd@*.service'" like it is described in the man page. The command
returns no error message. I have to start the instances explicitly with:

systemctl start kresd@{1,2,3,4}.service

Do you have any idea?

Greetings,
Sakirnth

Bug#891839: gnome-disk-utility: gnome-disks sees empty space instead of an existing extended partition

[Francesco Potortì]

Package: gnome-disk-utility
Version: 3.26.2-2
Severity: normal

I have two disks with the same partition table.  This is what fdisk says
about one of them, which is consistent with what is in /proc/partitions:

tucano:~# fdisk -G -l /dev/sda
GNU Fdisk 1.3.0a

Disk /dev/sda: 1000 GB, 1000202273280 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot  Start End  Blocks   Id  System
/dev/sda1   1   27296   219255088   83  Linux
/dev/sda2   27297   75486   3870781425  Extended
/dev/sda5   27297   40350   104848222   fd  Lnx RAID auto
/dev/sda6   40351   4551741495895   fd  Lnx RAID auto
/dev/sda7   45526   4871325599577   fd  Lnx RAID auto
/dev/sda8   48714   4998910241437   fd  Lnx RAID auto
/dev/sda9   49990   75486   204796620   83  Linux
/dev/sda3   75486  121602   370426770   83  Linux

This is alright and there is no problem.

However, gnome-disks sees the extended partition 2 as being of zero
length, followed by a 396GB unused space.  Primary partitions 1 and 3
are seen correctly.

This behaviour is completely reproducible, so please let me know what
details should I send to debug the problem.

-- 
Francesco Potortì (ricercatore)Voice:  +39.050.621.3058
ISTI - Area della ricerca CNR  Mobile: +39.348.8283.107
via G. Moruzzi 1, I-56124 Pisa Skype:  wnlabisti
(entrance 20, 1st floor, room C71) Web:http://fly.isti.cnr.it


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

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

Versions of packages gnome-disk-utility depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.1-3
ii  libatk1.0-0  2.26.1-3
ii  libc62.26-6
ii  libcairo21.15.10-1
ii  libcanberra-gtk3-0   0.30-6
ii  libdvdread4  6.0.0-1
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0 2.54.3-2
ii  libgtk-3-0   3.22.28-1
ii  liblzma5 5.2.2-1.3
ii  libnotify4   0.7.7-3
ii  libpango-1.0-0   1.40.14-1
ii  libpangocairo-1.0-0  1.40.14-1
ii  libpwquality11.4.0-2
ii  libsecret-1-00.18.5-6
ii  libsystemd0  237-3
ii  libudisks2-0 2.7.6-1
ii  udisks2  2.7.6-1

gnome-disk-utility recommends no packages.

gnome-disk-utility suggests no packages.

-- no debconf information

Bug#869184: dpkg: source uploads including _amd64.buildinfo cause problems

[Salvatore Bonaccorso]

Hi

On Wed, Jan 24, 2018 at 04:05:39PM +0100, Salvatore Bonaccorso wrote:
> Hello,
> 
> On Thu, Oct 19, 2017 at 03:13:15PM +0200, Salvatore Bonaccorso wrote:
> > Hi Ansgar,
> > 
> > On Thu, Oct 05, 2017 at 09:01:59PM +0200, Ansgar Burchardt wrote:
> > > Hi,
> > > 
> > > > source-only uploads sometimes include a _amd64.buildinfo (or other
> > > > architecture).  This sometimes causes problems as the amd64 buildd
> > > > upload will include a file using the same name.
> > > 
> > > This broke two uploads to the security archive again.  That's not great,
> > > so this bug really should be fixed in stable too (or we could disallow
> > > source-only uploads, or source-only uploads including a .buildinfo for
> > > stable).
> > 
> > and unfortunately another one (libvirt). Should we maybe disalow
> > source-only uploads including a buildinfo file for now? Completely
> > disalowing source-only uploads would be a major drawback IMHO.
> 
> Any news regarding this proposal from Ansgar? We were biten now
> several times already by this (e.g. php update, curl via
> security.d.o).

The recent xmltooling update caused the same problem :(

Regards,
Salvatore

Bug#845439: [PATCH] Don???t enforce (U)EFI on arm64

[Guido Günther]

On Thu, Mar 01, 2018 at 12:54:41PM +0100, Michael Stapelberg wrote:
> Note that we have switched to vmdb2 for the Raspberry Pi 3 images, so this
> bug is no longer a blocker for us (it might still be good to fix, though).

Jonas also pointed out that vmdb2 is in Debian now. Nevertheless having
it fixed would be nice for other use cases as well like imx8 based
boards that use uboot.
 -- Guido

> 
> On Thu, Mar 1, 2018 at 12:39 PM, Guido Günther  wrote:
> 
> > On Sun, Aug 20, 2017 at 11:02:13PM +0200, Petter Reinholdtsen wrote:
> > > Note, this is one of two vmdebootstrap issues blocking the creating
> > > of Debian Stretch based images for Raspberry Pi 3 using only packages
> > > in Debian, see https://wiki.debian.org/RaspberryPi3 >.
> > >
> > > It would be great if it could be possible to create RPi images
> > > using only vmdebootstrap and a list of options. :)
> >
> > Dear maintainers, any objections to an NMU?
> > Cheers,
> >  -- Guido
> >
> 
> 
> 
> -- 
> Best regards,
> Michael

Bug#871229: Bug#891773: Related bug #871229 (but it didn't break my system))

[Colin Watson]

Control: severity 871229 important
Control: tag 871229 moreinfo
Control: severity 891773 grave

On Thu, Mar 01, 2018 at 12:37:33PM +0100, Diederik de Haas wrote:
> Backtrace:
> 
> # gdb /usr/sbin/grub-probe core
> GNU gdb (Debian 7.12-6+b1) 7.12.0.20161007-git
> Copyright (C) 2016 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later 
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> .
> Find the GDB manual and other documentation resources online at:
> .
> For help, type "help".
> Type "apropos word" to search for commands related to "word"...
> Reading symbols from /usr/sbin/grub-probe...Reading symbols from 
> /usr/lib/debug/.build-id/7d/39e2c1a4f321d06c55ae5f45dae1fd555cee4f.debug...done.
> done.
> [New LWP 12493]
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> Core was generated by `/usr/sbin/grub-probe --device /dev/nvme0n1p2 
> --target=hints_string'.
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0  __strcat_ssse3 () at ../sysdeps/x86_64/multiarch/strcat-ssse3.S:41
> 41  ../sysdeps/x86_64/multiarch/strcat-ssse3.S: No such file or directory.
> (gdb) bt
> #0  __strcat_ssse3 () at ../sysdeps/x86_64/multiarch/strcat-ssse3.S:41
> #1  0x555e003b1d38 in strcat (__src=0x7ffc9008a270 "/disk@1", __dest=0x0) 
> at /usr/include/x86_64-linux-gnu/bits/string_fortified.h:128
> #2  of_path_of_nvme (sys_devname=0x555e00fccfd0 "/dev/nvme0n1", 
> devnode=0x555e00fcb950 "/dev/nvme0n", devicenode=0x555e00fcbf10 "nvme0n", 
> device=)
> at ../../grub-core/osdep/linux/ofpath.c:388
> #3  grub_util_devname_to_ofpath (sys_devname=) at 
> ../../grub-core/osdep/linux/ofpath.c:727
> #4  0x555e003b0a89 in probe (path=0x0, device_names=0x555e00fcac50, 
> delim=) at ../../util/grub-probe.c:432
> #5  0x555e003afe76 in main (argc=, argv=) 
> at ../../util/grub-probe.c:861
> 
> It's almost the same as zo...@debian.org reported, but with me ssse3 was used

Thanks for the backtrace; that's very helpful.  This is a regression
introduced by the sparc64 support patches introduced in #854568, and the
latest patch there won't help.  Adrian, could you please look into this
urgently?

To all those who have followed up to #871229 about this: it is not
possible for the original report of #871229 to have been due to this
same bug, as I only applied the patch in question in 2.02+dfsg1-2.
Please send all followups related to NVME devices to #891773 *only*.
I'm adjusting severities etc. accordingly, as it was never possible to
get accurate information about the original report of #871229 (see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871229#25).

-- 
Colin Watson   [cjwat...@debian.org]

Bug#878695: [Pkg-mozext-maintainers] Bug#878695: xul-ext-noscript: no longer works on existing profiles since last update

[Daniel Kahn Gillmor]

On Sun 2017-10-15 23:25:16 +0200, Christoph Anton Mitterer wrote:
> Package: xul-ext-noscript
> Version: 5.1.2-1
> Severity: grave
> Tags: security
> Justification: renders package unusable

> Versions of packages xul-ext-noscript depends on:
> ii  firefox56.0-2

isn't this due to not having the webext version packaged?  perhaps this
could be merged with #882287.

  --dkg

Bug#878695: [Pkg-mozext-maintainers] Bug#878695: xul-ext-noscript: no longer works on existing profiles since last update

[Daniel Kahn Gillmor]

On Thu 2018-03-01 08:17:07 -0500, Daniel Kahn Gillmor wrote:
> On Sun 2017-10-15 23:25:16 +0200, Christoph Anton Mitterer wrote:
>> Package: xul-ext-noscript
>> Version: 5.1.2-1
>> Severity: grave
>> Tags: security
>> Justification: renders package unusable
>
>> Versions of packages xul-ext-noscript depends on:
>> ii  firefox56.0-2
>
> isn't this due to not having the webext version packaged?  perhaps this
> could be merged with #882287.

fwiw, xul-ext-noscript 5.1.7-1 works for me with firefox-esr
52.6.0esr-2+b1.

--dkg

Bug#891841: xerces-c: New upstream release 3.2.1

[Roger Leigh]

Package: xerces-c
Version: 3.2.0
Severity: normal

A new version of xerces-c was made recently, and it would be
great if the Debian package could be updated to use it.

http://www.apache.org/dist/xerces/c/3/sources/xerces-c-3.2.1.tar.gz

The changes include one security update for CVE-2017-12627 and a
few minor bugfixes.  Most of the changes are for the CMake build
system.

Note that in debian/rules, the manual steps to build the HTML
documentation and Doxygen documentation are automated with the
CMake build; you can use the createdocs and createapidocs
targets to do this automatically.  If you repack the sources to
remove the embedded jars in tools/jars, the createdocs target
in docs/CMakeLists.txt might need the classpath adjusting, but
it might work just fine with the system copies.


Kind regards,
Roger

Bug#891840: gaminggearfxinfo: fails with missing gaminggear_plugins

[ydirson]

Package: gaminggearfxinfo
Version: 0.15.1-7

Can't tell if the missing plugin dir is *the* problem.
Seems also strange that "Could not initialize fx system" is only reported as a 
warning and not as a fatal error.

$ gaminggearfxinfo 

** (process:4089): WARNING **: Error opening directory 
'/usr/lib/x86_64-linux-gnu/gaminggear_plugins': Error opening directory 
'/usr/lib/x86_64-linux-gnu/gaminggear_plugins': No such file or directory

** (process:4089): WARNING **: Could not initialize fx system
$ echo $?
1

Bug#891773: Related bug #871229 (but it didn't break my system))

[John Paul Adrian Glaubitz]

CC'ing Eric Snowberg who authored the patches.

On 03/01/2018 02:18 PM, Colin Watson wrote:

Thanks for the backtrace; that's very helpful.  This is a regression
introduced by the sparc64 support patches introduced in #854568, and the
latest patch there won't help.  Adrian, could you please look into this
urgently?


Yes.


To all those who have followed up to #871229 about this: it is not
possible for the original report of #871229 to have been due to this
same bug, as I only applied the patch in question in 2.02+dfsg1-2.


Indeed. The bug in #871229 is much older and unrelated to the sparc64
patches.


Please send all followups related to NVME devices to #891773 *only*.
I'm adjusting severities etc. accordingly, as it was never possible to
get accurate information about the original report of #871229 (see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871229#25).


It might be that this patch fixes it [1]. I can build a grub package
with the patch and provide it for testing purpose. Anyone who is
affected by the bug would be willing to test my packages?

Adrian


[1] 
http://git.savannah.gnu.org/cgit/grub.git/commit/?id=72b425b640f67ad7e6e0056a7a793bddc9997985


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

Bug#891842: fritzing: looks for core.fzb in the path where lunch. Same as #847655

[Nicola]

Package: fritzing
Version: 0.9.3b+dfsg-4.1
Severity: grave
Tags: a11y
Justification: renders package unusable

Dear Maintainer,

When lunch the sw it doesn't find libraries because is looking for them in a 
relative path where you are.
If the lunch command is given inside /usr/share/fritzing/parts/ everything is 
ok, otherwise it doesn't find libraries.

Fresh install. Already tried to purge and reinstall.

EXAMPLE:
nicola@nicola-debian:~$ fritzing
QIODevice::read (QFile, "/home/nicola/bins/core.fzb"): device not open
QIODevice::read (QFile, "/home/nicola/bins/contribParts.fzb"): device not open
libpng warning: iCCP: known incorrect sRGB profile
QIODevice::read (QFile, "/home/nicola/bins/core.fzb"): device not open
QIODevice::read (QFile, "/home/nicola/bins/contribParts.fzb"): device not open

if:
nicola@nicola-debian:/usr/share/fritzing/parts$ fritzing 
everything is ok.

- //



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (800, 'unstable'), (750, 'experimental'), (700, 
'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages fritzing depends on:
ii  fritzing-data0.9.3b+dfsg-4.1
ii  libc62.26-6
ii  libgcc1  1:8-20180218-1
ii  libgit2-26   0.26.0+dfsg.1-1.1+b1
ii  libgl1   1.0.0-2
ii  libqt5concurrent55.9.2+dfsg-12
ii  libqt5core5a 5.9.2+dfsg-12
ii  libqt5gui5   5.9.2+dfsg-12
ii  libqt5network5   5.9.2+dfsg-12
ii  libqt5printsupport5  5.9.2+dfsg-12
ii  libqt5serialport55.9.2-2
ii  libqt5sql5   5.9.2+dfsg-12
ii  libqt5sql5-sqlite5.9.2+dfsg-12
ii  libqt5svg5   5.9.2-3
ii  libqt5widgets5   5.9.2+dfsg-12
ii  libqt5xml5   5.9.2+dfsg-12
ii  libstdc++6   8-20180218-1
ii  zlib1g   1:1.2.8.dfsg-5

fritzing recommends no packages.

Versions of packages fritzing suggests:
ii  fritzing-parts  0.9.3b-1

-- no debconf information

Bug#891843: RFS: libhinawa/0.8.2-2

[Kentaro Hayashi]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: libhinawa
   Version : 0.8.2-2
   Upstream Author : Takashi Sakamoto 
 * URL : https://github.com/takaswie/libhinawa
 * License : LGPL-2.1
   Section : libs

It builds those binary packages:

 gir1.2-hinawa-1.0 - GObjet introspection data for libhinawa0
 libhinawa-dev - I/O library for IEEE 1394 asynchronous transactions 
(development
 libhinawa0 - I/O library for IEEE 1394 asynchronous transactions

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

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


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

  dget -x 
https://mentors.debian.net/debian/pool/main/libh/libhinawa/libhinawa_0.8.2-2.dsc

More information about hello can be obtained from 
https://github.com/takaswie/libhinawa

Changes since the last upload:

 * debian/compat
- Bump compatibility level to 11.
  * debian/control
- Bump debhelper version to 11.
- Bump standard version to 4.1.3. No other changes are required.
  * debian/copyright
- Fix insecure protocol for the URI.
- Bump upstream copyright and add debian/* entry.



pgp1aX0EppvZS.pgp
Description: PGP signature

Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor instead of BEHIND

[Ankman]

Thomas Dickey wrote:


| But let me, as the one sending this bug report, conform that "Bash-like
| Bindings" indeed "fixes" the problem on my side.
| 
| I suppose if that would be set to be default everybody is happy. Because 
| doubt anyone enjoys the default settings (at best doesn't cares). I 
| suggest to set it default in the next release and all is good. :-)


"default" happens to be the default value, but it is a setting that is 
saved in .lynxrc, so once changed, it persists.


I agree. But after a fresh install the Bash-like-Bindings are not default, 
are they? If not, in my opinion that should be changed.


That would also close this bug report (well design flaw in my opinion). No 
re-write of vim's code necessary at all in this case.


Thanks, Ank
--
Random toughts and comments
https://news-commentaries.blogspot.com/

Bug#891844: ITP: goxel -- 3D voxel editor

[Yangfl]

Package: wnpp
Severity: wishlist
Owner: Yangfl 

* Package name: goxel
  Version : 0.7.3
  Upstream Author : Guillaume Chereau
* URL : https://guillaumechereau.github.io/goxel/
* License : GPL-3
  Programming Lang: C++
  Description : 3D voxel editor

 Goxel is a 3D program that lets you create voxel graphics (3D images
formed of cubes). It works on Linux, BSD, Windows and macOS.
 .
 Features:
  * 24 bits RGB colors.
  * Unlimited scene size.
  * Unlimited undo buffer.
  * Layers.
  * Smooth rendering mode.
  * Export to obj and pyl.

Bug#891773: Related bug #871229 (but it didn't break my system))

[Diederik de Haas]

On donderdag 1 maart 2018 14:25:25 CET John Paul Adrian Glaubitz wrote:
> It might be that this patch fixes it [1]. I can build a grub package
> with the patch and provide it for testing purpose. Anyone who is
> affected by the bug would be willing to test my packages?

If you have a .deb package, then yes.

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

Bug#891836: systemd: systemctl start/stop/restart valid-template@invalid-instance doesn't cause errors

[Michael Biebl]

Control: tags -1 + moreinfo unreproducible

Am 01.03.2018 um 13:24 schrieb Martin von Wittich:
> Package: systemd
> Version: 232-25+deb9u1
> Severity: normal
> Tags: upstream
> 
> Dear Maintainer,
> 
> the following commands unexpectedly do not print any error messages or
> return non-zero exit codes:
> 
> martin.mein-iserv.de ~ # systemctl stop postgresql@does-not-exist
> martin.mein-iserv.de ~ # systemctl start postgresql@does-not-exist
> martin.mein-iserv.de ~ # systemctl restart postgresql@does-not-exist
> 

I can't reproduce this, neither on v237 nor on v232:

# systemctl stop postgresql@does-not-exist
Failed to stop postgresql@does-not-exist.service: Unit
postgresql@does-not-exist.service not loaded.

# systemctl start postgresql@does-not-exist
Failed to start postgresql@does-not-exist.service: Unit
postgresql@does-not-exist.service not found.

# systemctl restart postgresql@does-not-exist
Failed to restart postgresql@does-not-exist.service: Unit
postgresql@does-not-exist.service not found.



-- 
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#891773: Related bug #871229 (but it didn't break my system))

[John Paul Adrian Glaubitz]

On 03/01/2018 03:07 PM, Diederik de Haas wrote:

On donderdag 1 maart 2018 14:25:25 CET John Paul Adrian Glaubitz wrote:

It might be that this patch fixes it [1]. I can build a grub package
with the patch and provide it for testing purpose. Anyone who is
affected by the bug would be willing to test my packages?


If you have a .deb package, then yes.


I just uploaded a patched version of grub2 to my Debian webspace [1].

Adrian


[1] https://people.debian.org/~glaubitz/grub-891773/


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

Bug#891773: Related bug #871229 (but it didn't break my system))

[John Paul Adrian Glaubitz]

On 03/01/2018 03:10 PM, John Paul Adrian Glaubitz wrote:

If you have a .deb package, then yes.


I just uploaded a patched version of grub2 to my Debian webspace [1].


PS: grub-probe is located in the grub-common package, so it should hopefully
be enough to just install grub-common_2.02+dfsg1-2+nvme1_amd64.deb.

Adrian

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

Bug#891691: [Pkg-mailman-hackers] Bug#891691: Bug#891691: mailman3-core: Cannot install mailman3-suite with mysql database

[Jonas Meurer]

Control: reassign -1 mailman3-suite
Control: rename -1 MySQL DB backend broken with MariaDB 10.1
Control: block -1 by 886756

Hi there,

Am 28.02.2018 um 19:29 schrieb Pierre-Elliott Bécue:
>> I have attempted to install mailman3-suite, and allowed automatic 
>> configuration using mysql. I think this was the default presented choice.

This should not have been the case. Default choice is sqlite, second
option is pgsql and third option is mysql.

>> This configuration failed, with this error transcript.
>>   [...]
>>   File "/usr/lib/python2.7/dist-packages/django/db/backends/mysql/base.py", 
>> line 30, in 
>> 'Did you install mysqlclient or MySQL-python?' % e
>> django.core.exceptions.ImproperlyConfigured: Error loading MySQLdb module: 
>> No module named MySQLdb.
>> Did you install mysqlclient or MySQL-python?
>> dpkg: error processing package mailman3-suite (--configure):
>>  installed mailman3-suite package post-installation script subprocess 
>> returned error exit status 1
>> Errors were encountered while processing:
>>  mailman3-suite
>>
>> So I'm guessing there is a missing dependency here. I tried installing 
>> python-mysqldb,

Indeed, you ran into a missing dependency on 'python-mysqldb'. We don't
directly depend on it as it's an alternative DB backend. For alternative
solutions, it's common to use alternative dependencies. So for the DB
backends, we have the following dependencies:

dbconfig-sqlite3 | dbconfig-pgsql | dbconfig-mysql | dbconfig-no-thanks
and
python-psycopg2 | python3-pymysql

There's a mistake indeed as the alternative dependency for mysql should
be 'python-mysqldb' (the python2 version, not the python3 one). This is
fixed in the Git repo now and will be fixed with the next upload.

But still, you have to take care of installing the alternative
depenencies yourself if you want to use a different DB backend than the
default one.

For pgsql (the prefered DB backend) this would be dbconfig-pgsql and
python-psycopg2, for mysql this would be dbconfig-mysql and python-mysqldb.

Still, you ran into a valid (and annoying) bug afterwards ...

>> [...] but this provided a different error:
>>
>> Errors were encountered while processing:
>>  mailman3-suite
>> E: Sub-process /usr/bin/dpkg returned an error code (1)
>> Setting up mailman3-suite (0+20170523-10) ...
>> Determining localhost credentials from /etc/mysql/debian.cnf: succeeded.
>> dbconfig-common: writing config to /etc/dbconfig-common/mailman3-suite.conf
>> mailman3suite already exists and has privileges on mailman3suite.
>> creating database mailman3suite: already exists.
>> dbconfig-common: flushing administrative password
>> Traceback (most recent call last):
>>   File "/usr/bin/django-admin", line 21, in 
>> management.execute_from_command_line()
>>   File 
>> "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", line 
>> 364, in execute_from_command_line
>> utility.execute()
>>   File 
>> "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", line 
>> 356, in execute
>> self.fetch_command(subcommand).run_from_argv(self.argv)
>>   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", 
>> line 283, in run_from_argv
>> self.execute(*args, **cmd_options)
>>   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", 
>> line 330, in execute
>> output = self.handle(*args, **options)
>>   File 
>> "/usr/lib/python2.7/dist-packages/django/core/management/commands/migrate.py",
>>  line 204, in handle
>> fake_initial=fake_initial,
>>   File "/usr/lib/python2.7/dist-packages/django/db/migrations/executor.py", 
>> line 115, in migrate
>> state = self._migrate_all_forwards(state, plan, full_plan, fake=fake, 
>> fake_initial=fake_initial)
>>   File "/usr/lib/python2.7/dist-packages/django/db/migrations/executor.py", 
>> line 145, in _migrate_all_forwards
>> state = self.apply_migration(state, migration, fake=fake, 
>> fake_initial=fake_initial)
>>   File "/usr/lib/python2.7/dist-packages/django/db/migrations/executor.py", 
>> line 244, in apply_migration
>> state = migration.apply(state, schema_editor)
>>   File "/usr/lib/python2.7/dist-packages/django/db/migrations/migration.py", 
>> line 129, in apply
>> operation.database_forwards(self.app_label, schema_editor, old_state, 
>> project_state)
>>   File 
>> "/usr/lib/python2.7/dist-packages/django/db/migrations/operations/fields.py",
>>  line 221, in database_forwards
>> schema_editor.alter_field(from_model, from_field, to_field)
>>   File "/usr/lib/python2.7/dist-packages/django/db/backends/base/schema.py", 
>> line 515, in alter_field
>> old_db_params, new_db_params, strict)
>>   File "/usr/lib/python2.7/dist-packages/django/db/backends/base/schema.py", 
>> line 690, in _alter_field
>> params,
>>   File "/usr/lib/python2.7/dist-packages/django/db/backends/base/schema.py", 
>> line 120, in execute
>> cursor.execute(sql, params)
>>   File "/usr/lib/python2.7/dist-p

Bug#891845: RFS: goxel/0.7.3-1 [ITP]

[Yangfl]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

 * Package name: goxel
   Version : 0.7.3-1
   Upstream Author : Guillaume Chereau
 * URL : https://guillaumechereau.github.io/goxel/
 * License : GPL-3
   Section : graphics

It builds those binary packages:

  goxel - 3D voxel editor

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

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


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

  dget -x https://mentors.debian.net/debian/pool/main/g/goxel/goxel_0.7.3-1.dsc

More information about hello can be obtained from

  https://salsa.debian.org/yangfl-guest/goxel

Changes since the last upload:

[your most recent changelog entry]


Regards,
 Yangfl

Bug#891724: gitlab: Use libjs-uglify from sid

[Viktar Vauchkevich]

Use libjs-uglify 2.8.29-3 from sid instead of 3.3.10-1 from experimental

Bug#891773: Related bug #871229 (but it didn't break my system))

[Diederik de Haas]

On donderdag 1 maart 2018 15:14:40 CET John Paul Adrian Glaubitz wrote:
> >> If you have a .deb package, then yes.
> > 
> > I just uploaded a patched version of grub2 to my Debian webspace [1].
> 
> PS: grub-probe is located in the grub-common package, so it should hopefully
> be enough to just install grub-common_2.02+dfsg1-2+nvme1_amd64.deb.

root@bagend:~/grub# ls -l
total 18504
-rw-r--r-- 1 diederik diederik  537316 mrt  1 15:16 
grub2-common_2.02+dfsg1-2+nvme1_amd64.deb
-rw-r--r-- 1 diederik diederik 1213548 mrt  1 15:16 
grub2-common-dbgsym_2.02+dfsg1-2+nvme1_amd64.deb
-rw-r--r-- 1 diederik diederik 2477180 mrt  1 15:14 
grub-common_2.02+dfsg1-2+nvme1_amd64.deb
-rw-r--r-- 1 diederik diederik 9887324 mrt  1 15:14 
grub-common-dbgsym_2.02+dfsg1-2+nvme1_amd64.deb
-rw-r--r-- 1 diederik diederik  144356 mrt  1 15:14 
grub-pc_2.02+dfsg1-2+nvme1_amd64.deb
-rw-r--r-- 1 diederik diederik  904228 mrt  1 15:15 
grub-pc-bin_2.02+dfsg1-2+nvme1_amd64.deb
-rw-r--r-- 1 diederik diederik  899388 mrt  1 15:15 
grub-pc-bin-dbgsym_2.02+dfsg1-2+nvme1_amd64.deb
-rw-r--r-- 1 diederik diederik 2836688 mrt  1 15:15 
grub-pc-dbg_2.02+dfsg1-2+nvme1_amd64.deb
root@bagend:~/grub# dpkg -i *.deb
(Reading database ... 439154 files and directories currently installed.)
Preparing to unpack grub2-common_2.02+dfsg1-2+nvme1_amd64.deb ...
Unpacking grub2-common (2.02+dfsg1-2+nvme1) over (2.02+dfsg1-2) ...
Preparing to unpack grub2-common-dbgsym_2.02+dfsg1-2+nvme1_amd64.deb ...
Unpacking grub2-common-dbgsym (2.02+dfsg1-2+nvme1) over (2.02+dfsg1-2) ...
Preparing to unpack grub-common_2.02+dfsg1-2+nvme1_amd64.deb ...
Unpacking grub-common (2.02+dfsg1-2+nvme1) over (2.02+dfsg1-2) ...
Preparing to unpack grub-common-dbgsym_2.02+dfsg1-2+nvme1_amd64.deb ...
Unpacking grub-common-dbgsym (2.02+dfsg1-2+nvme1) over (2.02+dfsg1-2) ...
Preparing to unpack grub-pc_2.02+dfsg1-2+nvme1_amd64.deb ...
Unpacking grub-pc (2.02+dfsg1-2+nvme1) over (2.02+dfsg1-2) ...
Preparing to unpack grub-pc-bin_2.02+dfsg1-2+nvme1_amd64.deb ...
Unpacking grub-pc-bin (2.02+dfsg1-2+nvme1) over (2.02+dfsg1-2) ...
Selecting previously unselected package grub-pc-bin-dbgsym.
Preparing to unpack grub-pc-bin-dbgsym_2.02+dfsg1-2+nvme1_amd64.deb ...
Unpacking grub-pc-bin-dbgsym (2.02+dfsg1-2+nvme1) ...
Selecting previously unselected package grub-pc-dbg.
Preparing to unpack grub-pc-dbg_2.02+dfsg1-2+nvme1_amd64.deb ...
Unpacking grub-pc-dbg (2.02+dfsg1-2+nvme1) ...
Setting up grub-common (2.02+dfsg1-2+nvme1) ...
Setting up grub-common-dbgsym (2.02+dfsg1-2+nvme1) ...
Setting up grub-pc-bin (2.02+dfsg1-2+nvme1) ...
Setting up grub-pc-bin-dbgsym (2.02+dfsg1-2+nvme1) ...
Setting up grub-pc-dbg (2.02+dfsg1-2+nvme1) ...
Setting up grub2-common (2.02+dfsg1-2+nvme1) ...
Setting up grub2-common-dbgsym (2.02+dfsg1-2+nvme1) ...
Setting up grub-pc (2.02+dfsg1-2+nvme1) ...
Installing for i386-pc platform.
Installation finished. No error reported.
Generating grub configuration file ...
Segmentation fault (core dumped)
Segmentation fault (core dumped)
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-4.15.0-1-amd64
Found initrd image: /boot/initrd.img-4.15.0-1-amd64
Segmentation fault (core dumped)
Found linux image: /boot/vmlinuz-4.14.0-3-amd64
Found initrd image: /boot/initrd.img-4.14.0-3-amd64
Found linux image: /boot/vmlinuz-4.13.0-1-amd64
Found initrd image: /boot/initrd.img-4.13.0-1-amd64
Found linux image: /boot/vmlinuz-4.9.0-3-amd64
Found initrd image: /boot/initrd.img-4.9.0-3-amd64
Found Microsoft Windows XP Professional on /dev/sdb2
done
Processing triggers for install-info (6.5.0.dfsg.1-2) ...
Processing triggers for man-db (2.8.2-1) ...
root@bagend:~/grub# sh -x /usr/sbin/grub-mkconfig -o /boot/grub/grub.cfg
+ set -e
+ prefix=/usr
+ exec_prefix=/usr
+ datarootdir=/usr/share
+ prefix=/usr
+ exec_prefix=/usr
+ sbindir=/usr/sbin
+ bindir=/usr/bin
+ sysconfdir=/etc
+ PACKAGE_NAME=GRUB
+ PACKAGE_VERSION=2.02+dfsg1-2+nvme1
+ host_os=linux-gnu
+ datadir=/usr/share
+ [ x = x ]
+ pkgdatadir=/usr/share/grub
+ export pkgdatadir
+ grub_cfg=
+ grub_mkconfig_dir=/etc/grub.d
+ basename /usr/sbin/grub-mkconfig
+ self=grub-mkconfig
+ grub_probe=/usr/sbin/grub-probe
+ grub_file=/usr/bin/grub-file
+ grub_editenv=/usr/bin/grub-editenv
+ grub_script_check=/usr/bin/grub-script-check
+ export TEXTDOMAIN=grub
+ export TEXTDOMAINDIR=/usr/share/locale
+ . /usr/share/grub/grub-mkconfig_lib
+ prefix=/usr
+ exec_prefix=/usr
+ datarootdir=/usr/share
+ datadir=/usr/share
+ bindir=/usr/bin
+ sbindir=/usr/sbin
+ [ x/usr/share/grub = x ]
+ test x/usr/sbin/grub-probe = x
+ test x/usr/bin/grub-file = x
+ test x = x
+ grub_mkrelpath=/usr/bin/grub-mkrelpath
+ which gettext
+ :
+ grub_tab=
+ test 2 -gt 0
+ option=-o
+ shift
+ argument -o /boot/grub/grub.cfg
+ opt=-o
+ shift
+ test 1 -eq 0
+ echo /boot/grub/grub.cfg
+ grub_cfg=/boot/grub/grub.cfg
+ shift
+ test 0 -gt 0
+ fgrep -qs ${GRUB_PREFIX}/video.lst /etc/grub.d/00_header
+ [ x = x ]
+ id -u
+ EUID=0
+ [ 0 != 0 ]
+ se

Bug#891773: Related bug #871229 (but it didn't break my system))

[John Paul Adrian Glaubitz]

Adding GRUB upstream.

On 03/01/2018 03:22 PM, Diederik de Haas wrote:

#2  of_path_of_nvme (sys_devname=0x55973f55efd0 "/dev/nvme0n1", devnode=0x55973f55d950 
"/dev/nvme0n", devicenode=0x55973f55df10 "nvme0n", device=)
 at ../../grub-core/osdep/linux/ofpath.c:388


It crashes in of_path_of_nvme() which Eric added in [1]. I need to
find a machine with NVME here so I can debug it myself.

Sending GDB commands over mail will be a bit slow ...

Adrian


[1] 
http://git.savannah.gnu.org/cgit/grub.git/commit/?id=2391d579094cfab65a0fd89a3c617cb3a33fb715


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

Bug#891846: epiphany-browser-data: clean up legacy conffiles

[Christoph Anton Mitterer]

Package: epiphany-browser-data
Version: 3.24.3-1
Severity: normal


Hi.

Apparently, epiphany-browser-data used to contain:
/etc/gnome/epiphany/default-prefs.js
/etc/gnome/epiphany/mime-types-permissions.xml
/etc/gnome/epiphany/
/etc/gnome/
but no longer does.

On upgrade to this version, the legacy files are however not properly
cleaned up (or at least their status as a conffile removed):
Unpacking epiphany-browser-data (3.24.3-1) over (3.22.7-1) ...
dpkg: warning: unable to delete old directory '/etc/gnome/epiphany': Directory 
not empty
dpkg: warning: unable to delete old directory '/etc/gnome': Directory not empty

Could you please do so on one of the next version uploads?

Thanks,
Chris.

Bug#888391: [pkg-lynx-maint] Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor instead of BEHIND

[Elimar Riesebieter]

* Ankman  [2018-03-01 08:52 -0500]:

[...]
> That would also close this bug report (well design flaw in my opinion). 

Done hereby.

> No re-write of vim's code necessary at all in this case.

Elimar
-- 
  Experience is something you don't get until
  just after you need it!

Bug#891847: dpkg-deb: error: conffile '/etc/iceweasel/searchplugins/common/opensearch_html.xml' does not appear in package

[Christoph Anton Mitterer]

Package: dpkg-repack
Version: 1.43
Severity: normal

Hi.

When I try to:
# dpkg-repack xul-ext-noscript

it gives me:

dpkg-deb: error: conffile 
'/etc/iceweasel/searchplugins/common/opensearch_html.xml' does not appear in 
package
dpkg-repack: Error running: dpkg-deb --build 
dpkg-repack.xul-ext-noscript.EpAiw0 .
dpkg-repack: Problems were encountered in processing.
dpkg-repack: The package may be broken.

Not sure why the file is missing (I didn't delete it)... but the program should
probably just continue without it, as it's a conffile, which one should be
allowed to remove:
/var/lib/dpkg/info$ cat xul-ext-noscript.conffiles
/etc/iceweasel/searchplugins/common/opensearch_html.xml
/etc/xul-ext/noscript.js


Cheers,
Chris.

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

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

Versions of packages dpkg-repack depends on:
ii  libdpkg-perl  1.19.0.5
ii  perl  5.26.1-5

dpkg-repack recommends no packages.

Versions of packages dpkg-repack suggests:
ii  fakeroot  1.22-2

-- no debconf information

Bug#889690: closed by Ari Pollak (Bug#809064: fixed in gimp 2.8.20-2)

[Pelle Hjek]

On Sun, Feb 25, 2018 at 01:39:07AM +, Debian Bug Tracking System wrote:
> We believe that the bug you reported is fixed in the latest version of
> gimp, which is due to be installed in the Debian FTP archive.

It works now. Thanks for fixing this.

-- 
Pelle Hjek
h...@member.fsf.org
https://news.hjek.tk

Bug#891773: Related bug #871229 (but it didn't break my system))

[John Paul Adrian Glaubitz]

On 03/01/2018 03:30 PM, John Paul Adrian Glaubitz wrote:

On 03/01/2018 03:22 PM, Diederik de Haas wrote:

#2  of_path_of_nvme (sys_devname=0x55973f55efd0 "/dev/nvme0n1", devnode=0x55973f55d950 
"/dev/nvme0n", devicenode=0x55973f55df10 "nvme0n", device=)
 at ../../grub-core/osdep/linux/ofpath.c:388


It crashes in of_path_of_nvme() which Eric added in [1]. I need to
find a machine with NVME here so I can debug it myself.


Found a machine with an NVME disk. It's an upstream bug and I can reproduce
it with GRUB compiled from git master:

root@trlin:..glaubitz/grub> ./grub-probe --device /dev/nvme0n1 
--target=hints_string
Segmentation fault
root@trlin:..glaubitz/grub>

It only crashes when passing "--target=hints_string". Trying to debug it now.

Adrian

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

Bug#859387: Upload 2.12 to stretch-backports?

[Patrick Matthäi]

Am 25.02.2018 um 13:13 schrieb Francis M:
> Hi there,
>
> I'm hitting this bug on a number of stretch-based systems. Is there
> anything blocking 2.12 being uploaded to stretch-backports that I
> could help with?
>
> Thanks in advance,
>
> Francis

Hi,

testing 3.0 from testing/unstable would help. If everything is fine I
would backport 3.0 to stretch-bpo

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/

Bug#891792: libmlt6: SIGSEGV in mlt_properties_lock causes crash in Flowblade

[Patrick Matthäi]

Am 28.02.2018 um 22:08 schrieb Nathaniel Morck Beaver:
> Versions of packages libmlt6 recommends:
> ii  libmlt-data  1:0.9.6-dmo1 

This isn't a version of Debian and it is pretty outdated

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/

Bug#891848: thunderbird: Incorrect labels in Preferences > Calendar > Date Text Format

[Avinash Sonawane]

Package: thunderbird
Version: 1:52.6.0-1~deb9u1
Severity: minor

Dear Maintainer,

In Preferences > Calendar > "Date Text Format" there are 2 options with
incorrect swapped labels.

At present they are:
Long: Thu 1 Mar 2018
Short: Thursday 01 March 2018

They should be:
Short: Thu 1 Mar 2018
Long: Thursday 01 March 2018

I have reported the same at upstream as the current stable Thunderbird also has
this bug.
https://bugzilla.mozilla.org/show_bug.cgi?id=1442260



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

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

Versions of packages thunderbird depends on:
ii  debianutils   4.8.1.1
ii  fontconfig2.11.0-6.7+b1
ii  libatk1.0-0   2.22.0-1
ii  libc6 2.24-11+deb9u1
ii  libcairo-gobject2 1.14.8-1
ii  libcairo2 1.14.8-1
ii  libdbus-1-3   1.10.24-0+deb9u1
ii  libdbus-glib-1-2  0.108-2
ii  libevent-2.0-52.0.21-stable-3
ii  libffi6   3.2.1-6
ii  libfontconfig12.11.0-6.7+b1
ii  libfreetype6  2.6.3-3.2
ii  libgcc1   1:6.3.0-18+deb9u1
ii  libgdk-pixbuf2.0-02.36.5-2+deb9u2
ii  libglib2.0-0  2.50.3-2
ii  libgtk-3-03.22.11-1
ii  libhunspell-1.4-0 1.4.1-2+b2
ii  libpango-1.0-01.40.5-1
ii  libpangocairo-1.0-0   1.40.5-1
ii  libpangoft2-1.0-0 1.40.5-1
ii  libpixman-1-0 0.34.0-1
ii  libstartup-notification0  0.12-4+b2
ii  libstdc++66.3.0-18+deb9u1
ii  libvpx4   1.6.1-3
ii  libx11-6  2:1.6.4-3
ii  libx11-xcb1   2:1.6.4-3
ii  libxcb-shm0   1.12-1
ii  libxcb1   1.12-1
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-2+b3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1
ii  psmisc22.21-2.1+b2
ii  x11-utils 7.7+3+b1
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages thunderbird recommends:
ii  hunspell-en-us [hunspell-dictionary]  20070829-7
ii  lightning 1:52.6.0-1~deb9u1

Versions of packages thunderbird suggests:
ii  apparmor  2.11.0-3
ii  fonts-lyx 2.2.2-1
ii  libgssapi-krb5-2  1.15-1+deb9u1

-- no debconf information

Bug#891773: Related bug #871229 (but it didn't break my system))

[John Paul Adrian Glaubitz]

Looking at the code in grub-core/osdep/linux/ofpath.c, the issue is
most likely that the buffer that of_path is pointing to of_path_of_nvme()
is not large enough to hold both the contents of *of_path and 
disk[MAX_DISK_CAT].

Let me test a patch.

Adrian

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

Bug#891836: systemd: systemctl start/stop/restart valid-template@invalid-instance doesn't cause errors

[Martin von Wittich]

Hi Michael,

On Thu, 1 Mar 2018 15:10:26 +0100 Michael Biebl  wrote:

I can't reproduce this, neither on v237 nor on v232:

# systemctl stop postgresql@does-not-exist
Failed to stop postgresql@does-not-exist.service: Unit
postgresql@does-not-exist.service not loaded.

# systemctl start postgresql@does-not-exist
Failed to start postgresql@does-not-exist.service: Unit
postgresql@does-not-exist.service not found.

# systemctl restart postgresql@does-not-exist
Failed to restart postgresql@does-not-exist.service: Unit
postgresql@does-not-exist.service not found.


Do you have a postgresql template installed (should be the case when you 
have a postgresql-9.{4,6} (jessie/stretch) server package installed)? If 
not, try another template, maybe getty (I hope that's available on every 
system, would make reproducing this a lot easier):


stable.iserv.eu ~ # systemctl stop getty@does-not-exist
stable.iserv.eu ~ #

If the template itself doesn't exist, this leads to the expected error 
message:


stable.iserv.eu ~ # systemctl stop does-not-exist@does-not-exist
Failed to stop does-not-exist@does-not-exist.service: Unit 
does-not-exist@does-not-exist.service not loaded.


To ensure that this issue is not caused by our custom server 
configuration, I also tried to reproduce the issue on my Ubuntu 17.10 
client:


martin@dogmeat ~ % systemd --version
systemd 234
+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP 
+LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS 
+KMOD -IDN2 +IDN default-hierarchy=hybrid


martin@dogmeat ~ % sudo systemctl restart getty@does-not-exist
martin@dogmeat ~ %

--
Mit freundlichen Grüßen
Martin v. Wittich

IServ GmbH
Bültenweg 73
38106 Braunschweig

Telefon:   0531-2243666-0
Fax:   0531-2243666-9
E-Mail:i...@iserv.eu
Internet:  iserv.eu

USt-IdNr. DE265149425 | Amtsgericht Braunschweig | HRB 201822
Geschäftsführer: Benjamin Heindl, Martin Hüppe, Jörg Ludwig

Bug#891849: mailman3-core: Cron errors, permission denied: '/var/log/mailman3/mailman-suite.log'

[Colin Turner]

Package: mailman3-core
Version: 3.1.1-4
Severity: normal

Dear Maintainers,

Thanks so much for your work on these packages, and responses to previous bugs.

I tried another fresh install, using sqlite as a backend. I still get cron 
related permissions problems as below, once a minute:

Traceback (most recent call last):
 File "/usr/bin/django-admin", line 21, in 
   management.execute_from_command_line()
 File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", 
line 364, in execute_from_command_line
   utility.execute()
 File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", 
line 338, in execute
   django.setup()
 File "/usr/lib/python2.7/dist-packages/django/__init__.py", line 22, in setup
   configure_logging(settings.LOGGING_CONFIG, settings.LOGGING)
 File "/usr/lib/python2.7/dist-packages/django/utils/log.py", line 75, in 
configure_logging
   logging_config_func(logging_settings)
 File "/usr/lib/python2.7/logging/config.py", line 794, in dictConfig
   dictConfigClass(config).configure()
 File "/usr/lib/python2.7/logging/config.py", line 576, in configure
   '%r: %s' % (name, e))
ValueError: Unable to configure handler 'file': [Errno 13] Permission denied: 
'/var/log/mailman3/mailman-suite.log'

The permissions on the installed log directory and its current contents are as 
follows:

colin@oldgondolin:/var/log$ ls -al mailman3
total 80
drwxr-xr-x  2 list list  4096 Mar  1 15:05 .
drwxr-xr-x 43 root root 65536 Mar  1 15:03 ..
-rw-rw  1 list list 0 Mar  1 15:04 bounce.log
-rw-rw  1 list list 0 Mar  1 15:04 debug.log
-rw-rw  1 list list   659 Mar  1 15:04 mailman.log
-rw-r-  1 www-data www-data 0 Mar  1 15:05 mailman-suite.log
-rw-r-  1 www-data www-data  2041 Mar  1 15:05 mailman-suite-uwsgi.log
-rw-rw  1 list list 0 Mar  1 15:04 smtp.log


It may be worth mentioning that mailman2 is installed on this box.

Kind regards,

CT.

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages mailman3-core depends on:
ii  dbconfig-sqlite32.0.9
ii  debconf [debconf-2.0]   1.5.65
ii  logrotate   3.11.0-0.1
ii  lsb-base9.20170808
ii  python3 3.6.4-1
ii  python3-aiosmtpd1.1-5
ii  python3-alembic 0.9.3-2
ii  python3-dnspython   1.15.0-1
ii  python3-falcon  1.0.0-2+b2
ii  python3-flufl.bounce2.3-4
ii  python3-flufl.i18n  2.0.1-1
ii  python3-flufl.lock  3.2-1
ii  python3-lazr.config 2.2-1
ii  python3-passlib 1.7.1-1
ii  python3-public  0.5-1
ii  python3-pymysql 0.7.11-1
ii  python3-requests2.18.4-1
ii  python3-sqlalchemy  1.1.11+ds1-1
ii  python3-zope.component  4.3.0-1
ii  python3-zope.configuration  4.0.3-3
ii  python3-zope.event  4.2.0-1
ii  python3-zope.interface  4.3.2-1+b1
ii  ucf 3.0036

Versions of packages mailman3-core recommends:
ii  exim4-daemon-heavy [mail-transport-agent]  4.90-3
ii  lynx   2.8.9dev16-2

Versions of packages mailman3-core suggests:
ii  default-mysql-server1.0.3
pn  mailman3-core-doc   
ii  mariadb-server-10.1 [virtual-mysql-server]  1:10.1.29-6

-- debconf information:
  mailman3-core/db/dbname: mailman.db
  mailman3-core/missing-db-package-error: abort
  mailman3-core/upgrade-error: abort
  mailman3-core/remote/port:
  mailman3-core/db/app-user: mailman3@localhost
* mailman3-core/database-type: sqlite3
  mailman3-core/purge: false
  mailman3-core/internal/skip-preseed: false
  mailman3-core/pgsql/admin-user: postgres
  mailman3-core/pgsql/changeconf: false
  mailman3-core/dbconfig-reinstall: false
  mailman3-core/db/basepath: /var/lib/mailman3/data
* mailman3-core/config_hyperkitty: true
  mailman3-core/pgsql/authmethod-admin: ident
  mailman3-core/pgsql/manualconf:
  mailman3-core/upgrade-backup: true
  mailman3-core/pgsql/authmethod-user: password
  mailman3-core/install-error: abort
  mailman3-core/remote/newhost:
  mailman3-core/remove-error: abort
  mailman3-core/mysql/admin-user:
  mailman3-core/dbconfig-remove: true
  mailman3-core/passwords-do-not-match:
* mailman3-core/dbconfig-install: true
  mailman3-core/mysql/method: Unix socket
  mailman3-core/remote/host: localhost
  mailman3-core/dbconfig-upgrade: true
  mailman3-core/pgsql/no-empty-passwords:
  mailman3-core/pgsql/method: TCP/IP
  mailman3-core/internal/reconfiguring: false
  mailman3-core/init_se

Bug#891724: gitlab: Use libjs-uglify from sid

[Pirate Praveen]

On വ്യാഴം 01 മാർച്ച് 2018 07:54 വൈകു, Viktar Vauchkevich wrote:
> Use libjs-uglify 2.8.29-3 from sid instead of 3.3.10-1 from experimental
> 

Thanks a lot. I did try downgrading node-uglify but it did not occur to
me libjs-uglify was used.



signature.asc
Description: OpenPGP digital signature

Bug#891691: [Pkg-mailman-hackers] Bug#891691: Bug#891691: mailman3-core: Cannot install mailman3-suite with mysql database

[Colin Turner]

Hi Jonas et al.,

> Hi there,
> 
> Am 28.02.2018 um 19:29 schrieb Pierre-Elliott Bécue:
>>> I have attempted to install mailman3-suite, and allowed automatic 
>>> configuration using mysql. I think this was the default presented choice.
> 
> This should not have been the case. Default choice is sqlite, second
> option is pgsql and third option is mysql.

You are correct. It must have been in the debconf settings from my first 
attempt when I tried again and recorded it all. A purge revealed sqlite as the 
first choice.

>>> So I'm guessing there is a missing dependency here. I tried installing 
>>> python-mysqldb,
> 
> Indeed, you ran into a missing dependency on 'python-mysqldb'. We don't
> directly depend on it as it's an alternative DB backend. For alternative
> solutions, it's common to use alternative dependencies. So for the DB
> backends, we have the following dependencies:
> 
> dbconfig-sqlite3 | dbconfig-pgsql | dbconfig-mysql | dbconfig-no-thanks
> and
> python-psycopg2 | python3-pymysql
> 
> There's a mistake indeed as the alternative dependency for mysql should
> be 'python-mysqldb' (the python2 version, not the python3 one). This is
> fixed in the Git repo now and will be fixed with the next upload.
> 
> But still, you have to take care of installing the alternative
> depenencies yourself if you want to use a different DB backend than the
> default one.
> 

This is a very good point, and as noted above I was incorrect in my assumption 
about defaults.

On a tangential note this server hosts lots of PHP stuff with mysql backends, I 
happened to know mailman2 with Python, but I didn’t know when I installed 
mailman3 (the first time) that it was Python django. Hence it wasn’t obvious to 
me this would be an issue. However, this is really, if anything an issue for 
the dbconfig package perhaps.


[..]

>>> django.db.utils.OperationalError: (1071, 'Specified key was too long; max 
>>> key length is 767 bytes')
>>> dpkg: error processing package mailman3-suite (--configure):
>>> installed mailman3-suite package post-installation script subprocess 
>>> returned error exit status 1
>>> Errors were encountered while processing:
>>> mailman3-suite
>> 
>> This error is a bummer. It comes from innoDB implementations of SQL servers.
>> The main idea is that there is a limited length for the index deployment on
>> varchar fields, and one field in django-allauth/mailman is 255 chars, which
>> is more than 767 bytes (191 chars).
> 
> Yep, correct. See Debian bugreport #886756[1] and upstream bugreport
> MDEV-14904[2].
> 
> This is an ugly bug that only exists in MariaDB 10.1 due to the
> combination of default charset 'utf8mb4', old innodb_file_format and no
> inoodb_default_file_format.
> 
> This topic is already discussed in section 'MySQL database backend' in
> README.Debian (/usr/share/doc/mailman3-suite/README.Debian or [3]).

Really interesting…

> 
> I don't see an easy solution to that except fixing MDEV-14904 upstream
> (which was promised to be done) and backporting it to the mariadb-10.1
> packages in Debian.
> 
> For now, your options are:
> 
> * Switch to mariadb10.2 or mariadb10.3
> * Switch back to 'utf8' as default charset at your mariadb 10.1 instance
>  (not even sure if that is sufficient)
> * Use another DB backend

I tried sqlite after purging everything, ensuring /var/log/mailman3/ was gone 
and so on. But I still got the permissions problem on the logging, so I’ve 
filed another report. I hope helpful rather than a nuisance.

Kind regards,

CT.

Bug#869184: dpkg: source uploads including _amd64.buildinfo cause problems

[Holger Levsen]

On Wed, Jan 24, 2018 at 04:05:39PM +0100, Salvatore Bonaccorso wrote:
> Any news regarding this proposal from Ansgar? We were biten now
> several times already by this (e.g. php update, curl via
> security.d.o).

Guilem, what's your stance on this bug?

We (reproducible builds) really dont want "our" tools (=.buildinfo files)
to cause grief to other teams in Debian, and especially not on a regular
basis... so as a first step to fix this, I'd like to collect opinions
how to best fix this issue here.


-- 
cheers,
Holger


signature.asc
Description: PGP signature

Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor instead of BEHIND

[Thomas Dickey]

- Original Message -
| From: "Ankman" 
| To: 888...@bugs.debian.org
| Sent: Thursday, March 1, 2018 8:52:06 AM
| Subject: Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor 
instead of BEHIND
| 
| Thomas Dickey wrote:
| >
| > | But let me, as the one sending this bug report, conform that
| > | "Bash-like
| > | Bindings" indeed "fixes" the problem on my side.
| > | 
| > | I suppose if that would be set to be default everybody is happy. Because
| > | doubt anyone enjoys the default settings (at best doesn't cares). I
| > | suggest to set it default in the next release and all is good. :-)
| >
| > "default" happens to be the default value, but it is a setting that is
| > saved in .lynxrc, so once changed, it persists.
| 
| I agree. But after a fresh install the Bash-like-Bindings are not default,
| are they? If not, in my opinion that should be changed.
| 
| That would also close this bug report (well design flaw in my opinion). No
| re-write of vim's code necessary at all in this case.

a fresh install will never modify your "~/.lynxrc" file, since it is not part 
of the package.

(reinstalling vim doesn't alter your .vimrc or .viminfo files, either)

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://ftp.invisible-island.net

Bug#891773: Related bug #871229 (but it didn't break my system))

[John Paul Adrian Glaubitz]

On 03/01/2018 04:06 PM, John Paul Adrian Glaubitz wrote:

Let me test a patch.


The problem is that of_path is empty here and the strcat tries
to append "disk" to an empty buffer which fails.

This fixes it for me:

diff --git a/grub-core/osdep/linux/ofpath.c b/grub-core/osdep/linux/ofpath.c
index 1c30e7233..daf0f 100644
--- a/grub-core/osdep/linux/ofpath.c
+++ b/grub-core/osdep/linux/ofpath.c
@@ -389,8 +389,13 @@ of_path_of_nvme(const char *sys_devname 
__attribute__((unused)),
 }
 
   of_path = find_obppath (sysfs_path);

+
+  if(of_path)
+strcat (of_path, disk);
+  else
+of_path = strdup(disk);
+
   free (sysfs_path);
-  strcat (of_path, disk);
   return of_path;
 }

root@trlin:..glaubitz/grub> ./grub-probe --device /dev/nvme0n1 
--target=hints_string
--hint-ieee1275='ieee1275//disk@1'
root@trlin:..glaubitz/grub>

I'll send a patch upstream.

Adrian

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

Bug#891835: gnome-photos: "gnome-photos" crashed, received signal SIGSEGV, Segmentation fault"

[Jason Crain]

On Thu, Mar 01, 2018 at 05:56:21PM +0530, Sudarshan Kakoty wrote:
> Expected behaviour: Gnome photos app should show
> What we get: photos app crashed

A stack trace with debug symbols would be helpful for diagnosing this.
There are instructions at
https://wiki.debian.org/HowToGetABacktrace#Installing_the_debugging_symbols
for how to enable the debug symbol repositories.  Try to install -dbgsym
or -dbg packages for each of the dependencies listed in your bug report.
Then run gdb as you did, and when it crashes, create a backtrace with
`thread apply all bt full`.

Also it would be helpful if you can try to narrow down what is causing
it.  Create a new user and see if it happens there.  See if it's a
specific photo that causes the crash.

Bug#891773: [PATCH] ieee1275: Fix crash in of_path_of_nvme when of_path is empty

[John Paul Adrian Glaubitz]

On 03/01/2018 04:47 PM, John Paul Adrian Glaubitz wrote:

We have recently backported the upstream changes to Debian's grub2 package
to support modern SPARC hardware for Debian's sparc64 port.

One of the changes introduced a regression on systems with NVME devices
but not


Sorry, that message was accidentally sent incompletely. I will re-send the
patch with a proper message. Please don't merge.

Adrian

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

Bug#891773: [PATCH] ieee1275: Fix crash in of_path_of_nvme when of_path is empty

[John Paul Adrian Glaubitz]

We have recently backported the upstream changes to Debian's grub2 package
to support modern SPARC hardware for Debian's sparc64 port.

One of the changes introduced a regression on systems with NVME devices
but not 

The of_path_of_nvme function (commit 2391d57, ieee1275: add nvme
support within ofpath) introduced a functional regression:

On systems where of_path is empty, i.e. non-OpenFirmware
machines, grub-probe crashes in of_path_of_nvme when trying
to append the disk name to an empty of_path.

Bug#891851: Broken Homepage: field

[Alexander Kurtz]

Package: src:libwebp
Version: 0.6.1-1
Severity: minor

Hi!

http://webp.googlecode.com/ returns a 404, WebP now lives here:

https://developers.google.com/speed/webp/

Best regards

Alexander Kurtz

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

Bug#891773: [PATCH] ieee1275: Fix crash in of_path_of_nvme when of_path is empty

[John Paul Adrian Glaubitz]

The of_path_of_nvme function (commit 2391d57, ieee1275: add nvme
support within ofpath) introduced a functional regression:

On systems where of_path is empty, i.e. non-OpenFirmware
machines, grub-probe crashes in of_path_of_nvme when trying
to append the disk name to an empty of_path.

Signed-off-by: John Paul Adrian Glaubitz 
---
 grub-core/osdep/linux/ofpath.c | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/grub-core/osdep/linux/ofpath.c b/grub-core/osdep/linux/ofpath.c
index 1c30e7233..daf0f 100644
--- a/grub-core/osdep/linux/ofpath.c
+++ b/grub-core/osdep/linux/ofpath.c
@@ -389,8 +389,13 @@ of_path_of_nvme(const char *sys_devname 
__attribute__((unused)),
 }
 
   of_path = find_obppath (sysfs_path);
+
+  if(of_path)
+strcat (of_path, disk);
+  else
+of_path = strdup(disk);
+
   free (sysfs_path);
-  strcat (of_path, disk);
   return of_path;
 }
 
-- 
2.16.2

Bug#891773: [PATCH] ieee1275: Fix crash in of_path_of_nvme when of_path is empty

[John Paul Adrian Glaubitz]

The of_path_of_nvme function (commit 2391d57, ieee1275: add nvme
support within ofpath) introduced a functional regression:

On systems which are not based on Open Firmware but have at
least one NVME device, find_obppath will return an empty path
and appending the disk name to of_path will therefore result
in a crash. Thus, when of_path is empty, just return the
disk name in of_path_of_nvme.

Signed-off-by: John Paul Adrian Glaubitz 
---
 grub-core/osdep/linux/ofpath.c | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/grub-core/osdep/linux/ofpath.c b/grub-core/osdep/linux/ofpath.c
index 1c30e7233..daf0f 100644
--- a/grub-core/osdep/linux/ofpath.c
+++ b/grub-core/osdep/linux/ofpath.c
@@ -389,8 +389,13 @@ of_path_of_nvme(const char *sys_devname 
__attribute__((unused)),
 }
 
   of_path = find_obppath (sysfs_path);
+
+  if(of_path)
+strcat (of_path, disk);
+  else
+of_path = strdup(disk);
+
   free (sysfs_path);
-  strcat (of_path, disk);
   return of_path;
 }
 
-- 
2.16.2

Bug#891773: [PATCH v2] ieee1275: Fix crash in of_path_of_nvme when of_path is empty

[John Paul Adrian Glaubitz]

Hi!

We have recently backported the upstream changes to Debian's grub2 package
to support modern SPARC hardware for Debian's sparc64 port.

One of the changes introduced a regression on systems with NVME devices which
are not based on Open Firmware. On these systems, find_obppath returns an
empty string and trying to append the disk name to that empty name results
in a crash in of_path_of_nvme.

Fix that by making sure of_path isn't empty and if it is, just return
the disk name in of_path_of_nvme.

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

Thanks,
Adrian

Bug#891773: Related bug #871229 (but it didn't break my system))

[John Paul Adrian Glaubitz]

On 03/01/2018 03:22 PM, Diederik de Haas wrote:

So it didn't seem to have fixed the issue, but maybe some additional info.
If you need other info or want me to run other (debugging) commands, let me 
know.
Preferably with detailed instructions as I just learned today how to do the 
'bt' command.


I have updated the packages with the patch I just came up with:


https://people.debian.org/~glaubitz/grub-891773/


Can you retry?

Adrian

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

Bug#891852: ITP: pluto-jpl-eph -- command line handling of JPL ephemeres data

[Steffen Möller]

Package: wnpp
Severity: wishlist
Owner: Steffen Moeller 

* Package name    : pluto-jpl-eph
  Upstream Author : Bill Gray
* URL : https://github.com/Bill-Gray/jpl_eph
* License : GPL-2
  Programming Lang: C++
  Description : command line handling of JPL ephemeres data

The package is prepared on 
https://salsa.debian.org/debian-astro-team/pluto-jpl-eph

Bug#891773: Related bug #871229 (but it didn't break my system))

[Diederik de Haas]

On donderdag 1 maart 2018 17:02:28 CET John Paul Adrian Glaubitz wrote:
> I have updated the packages with the patch I just came up with:
> > https://people.debian.org/~glaubitz/grub-891773/
> 
> Can you retry?

No more segfaults :-)


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

Bug#891854: stretch-pu: package openssh/1:7.4p1-10+deb9u3

[Colin Watson]

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

I'd like to fix openssh CVE-2017-15906 in stretch.  A debdiff follows.
It's somewhat difficult to test because you first have to reconfigure
the Subsystem line in /etc/ssh/sshd_config to add the -R option to
sftp-server, and then you have to construct a somewhat weird request,
but I managed to do it locally.

The security team said that they'd rather this go into a stable update
since it's not really urgent enough for a DSA, so would this be
possible?

diff -Nru openssh-7.4p1/debian/.git-dpm openssh-7.4p1/debian/.git-dpm
--- openssh-7.4p1/debian/.git-dpm   2017-11-18 09:35:43.0 +
+++ openssh-7.4p1/debian/.git-dpm   2018-03-01 12:36:07.0 +
@@ -1,6 +1,6 @@
 # see git-dpm(1) from git-dpm package
-39d60bbd309be74d337685c2da524233652513f4
-39d60bbd309be74d337685c2da524233652513f4
+8fdc9f49b3be477744bd5b2da3083121752d3422
+8fdc9f49b3be477744bd5b2da3083121752d3422
 971a7653746a6972b907dfe0ce139c06e4a6f482
 971a7653746a6972b907dfe0ce139c06e4a6f482
 openssh_7.4p1.orig.tar.gz
diff -Nru openssh-7.4p1/debian/changelog openssh-7.4p1/debian/changelog
--- openssh-7.4p1/debian/changelog  2017-11-18 09:37:22.0 +
+++ openssh-7.4p1/debian/changelog  2018-03-01 15:17:53.0 +
@@ -1,3 +1,11 @@
+openssh (1:7.4p1-10+deb9u3) stretch; urgency=medium
+
+  * CVE-2017-15906: sftp-server(8): In read-only mode, sftp-server was
+incorrectly permitting creation of zero-length files. Reported by Michal
+Zalewski.
+
+ -- Colin Watson   Thu, 01 Mar 2018 15:17:53 +
+
 openssh (1:7.4p1-10+deb9u2) stretch; urgency=medium
 
   * Test configuration before starting or reloading sshd under systemd
diff -Nru openssh-7.4p1/debian/patches/CVE-2017-15906.patch 
openssh-7.4p1/debian/patches/CVE-2017-15906.patch
--- openssh-7.4p1/debian/patches/CVE-2017-15906.patch   1970-01-01 
01:00:00.0 +0100
+++ openssh-7.4p1/debian/patches/CVE-2017-15906.patch   2018-03-01 
12:36:07.0 +
@@ -0,0 +1,39 @@
+From 8fdc9f49b3be477744bd5b2da3083121752d3422 Mon Sep 17 00:00:00 2001
+From: "d...@openbsd.org" 
+Date: Tue, 4 Apr 2017 00:24:56 +
+Subject: upstream commit
+
+disallow creation (of empty files) in read-only mode;
+reported by Michal Zalewski, feedback & ok deraadt@
+
+Upstream-ID: 5d9c8f2fa8511d4ecf95322994ffe73e9283899b
+
+Origin: 
https://anongit.mindrot.org/openssh.git/commit/?id=4d827f0d75a53d3952288ab882efbddea7ffadfe
+Last-Update: 2018-03-01
+
+Patch-Name: CVE-2017-15906.patch
+---
+ sftp-server.c | 6 +++---
+ 1 file changed, 3 insertions(+), 3 deletions(-)
+
+diff --git a/sftp-server.c b/sftp-server.c
+index 3619cdfc..df0fb506 100644
+--- a/sftp-server.c
 b/sftp-server.c
+@@ -1,4 +1,4 @@
+-/* $OpenBSD: sftp-server.c,v 1.110 2016/09/12 01:22:38 deraadt Exp $ */
++/* $OpenBSD: sftp-server.c,v 1.111 2017/04/04 00:24:56 djm Exp $ */
+ /*
+  * Copyright (c) 2000-2004 Markus Friedl.  All rights reserved.
+  *
+@@ -691,8 +691,8 @@ process_open(u_int32_t id)
+   logit("open \"%s\" flags %s mode 0%o",
+   name, string_from_portable(pflags), mode);
+   if (readonly &&
+-  ((flags & O_ACCMODE) == O_WRONLY ||
+-  (flags & O_ACCMODE) == O_RDWR)) {
++  ((flags & O_ACCMODE) != O_RDONLY ||
++  (flags & (O_CREAT|O_TRUNC)) != 0)) {
+   verbose("Refusing open request in read-only mode");
+   status = SSH2_FX_PERMISSION_DENIED;
+   } else {
diff -Nru openssh-7.4p1/debian/patches/series 
openssh-7.4p1/debian/patches/series
--- openssh-7.4p1/debian/patches/series 2017-11-18 09:35:43.0 +
+++ openssh-7.4p1/debian/patches/series 2018-03-01 12:36:07.0 +
@@ -37,3 +37,4 @@
 fix-incoming-compression-statistics.patch
 winscp-dhgex-compat.patch
 dash-dash-before-hostname.patch
+CVE-2017-15906.patch

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]

Bug#891615: Upstream's thoughts

[Lennart Sorensen]

I found this:

https://bugs.freedesktop.org/show_bug.cgi?id=66722

Seems to indicate they have no intention of supporting python3 since
they believe it can be used from python3 in a different way already.

So semms they think the answer in python3 is to use GObject Introspection
(GIR)

-- 
Len Sorensen

Bug#891773: Related bug #871229 (but it didn't break my system))

[John Paul Adrian Glaubitz]

On 03/01/2018 05:15 PM, Diederik de Haas wrote:

No more segfaults :-)


Alright. Attaching an updated patch for sparc64 support for Colin.

Adrian

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
>From 48ab5733b350bb96ae3c3b1513093f8a847be9e9 Mon Sep 17 00:00:00 2001
From: Eric Snowberg 
Date: Thu, 22 Feb 2018 10:03:46 +
Subject: Add support for modern sparc64 hardware

Origin: other, https://github.com/esnowberg/grub2-sparc/tree/sparc-next-v4
Bug-Debian: https://bugs.debian.org/854568
Last-Update: 2018-03-01

Patch-Name: sparc64-support.patch
---
 grub-core/Makefile.core.def|1 +
 grub-core/boot/sparc64/ieee1275/boot.S |   10 +
 grub-core/commands/ls.c|2 +
 grub-core/commands/nativedisk.c|1 +
 grub-core/disk/ieee1275/obdisk.c   | 1079 
 grub-core/disk/ieee1275/ofdisk.c   |   30 +-
 grub-core/kern/ieee1275/cmain.c|3 +
 grub-core/kern/ieee1275/ieee1275.c |  199 +
 grub-core/kern/ieee1275/init.c |   36 +-
 grub-core/kern/ieee1275/openfw.c   |   27 +
 grub-core/kern/parser.c|1 -
 grub-core/kern/sparc64/ieee1275/ieee1275.c |   53 ++
 grub-core/osdep/linux/blocklist.c  |5 +
 grub-core/osdep/linux/ofpath.c |  194 -
 include/grub/disk.h|1 +
 include/grub/ieee1275/ieee1275.h   |   27 +
 include/grub/ieee1275/obdisk.h |   25 +
 include/grub/sparc64/ieee1275/ieee1275.h   |2 +
 util/grub-install.c|1 +
 util/ieee1275/grub-ofpathname.c|4 +-
 util/setup.c   |   87 ++-
 21 files changed, 1733 insertions(+), 55 deletions(-)
 create mode 100644 grub-core/disk/ieee1275/obdisk.c
 create mode 100644 include/grub/ieee1275/obdisk.h

Index: grub2-2.02+dfsg1/grub-core/Makefile.core.def
===
--- grub2-2.02+dfsg1.orig/grub-core/Makefile.core.def
+++ grub2-2.02+dfsg1/grub-core/Makefile.core.def
@@ -270,6 +270,7 @@ kernel = {
   sparc64_ieee1275 = kern/sparc64/cache.S;
   sparc64_ieee1275 = kern/sparc64/dl.c;
   sparc64_ieee1275 = kern/sparc64/ieee1275/ieee1275.c;
+  sparc64_ieee1275 = disk/ieee1275/obdisk.c;
 
   arm = kern/arm/dl.c;
   arm = kern/arm/dl_helper.c;
Index: grub2-2.02+dfsg1/grub-core/boot/sparc64/ieee1275/boot.S
===
--- grub2-2.02+dfsg1.orig/grub-core/boot/sparc64/ieee1275/boot.S
+++ grub2-2.02+dfsg1/grub-core/boot/sparc64/ieee1275/boot.S
@@ -69,6 +69,10 @@ prom_seek_name:		.asciz "seek"
 prom_read_name:		.asciz "read"
 prom_exit_name:		.asciz "exit"
 grub_name:		.asciz "GRUB "
+#ifdef CDBOOT
+prom_close_name:	.asciz "close"
+#endif
+
 #define GRUB_NAME_LEN	5
 
 	.align	4
@@ -213,6 +217,12 @@ bootpath_known:
 	call	prom_call_3_1_o1
 #ifdef CDBOOT
 	 LDUW_ABS(kernel_size, 0x00, %o3)
+
+	GET_ABS(prom_close_name, %o0)
+	mov	1, %g1
+	mov	0, %o5
+	call	prom_call
+	 mov	BOOTDEV_REG, %o1
 #else
 	 mov	512, %o3
 #endif
Index: grub2-2.02+dfsg1/grub-core/commands/ls.c
===
--- grub2-2.02+dfsg1.orig/grub-core/commands/ls.c
+++ grub2-2.02+dfsg1/grub-core/commands/ls.c
@@ -201,6 +201,8 @@ grub_ls_list_files (char *dirname, int l
   if (grub_errno == GRUB_ERR_UNKNOWN_FS)
 	grub_errno = GRUB_ERR_NONE;
 
+  grub_device_close (dev);
+  dev = NULL;
   grub_normal_print_device_info (device_name);
 }
   else if (fs)
Index: grub2-2.02+dfsg1/grub-core/commands/nativedisk.c
===
--- grub2-2.02+dfsg1.orig/grub-core/commands/nativedisk.c
+++ grub2-2.02+dfsg1/grub-core/commands/nativedisk.c
@@ -66,6 +66,7 @@ get_uuid (const char *name, char **uuid,
   /* Firmware disks.  */
 case GRUB_DISK_DEVICE_BIOSDISK_ID:
 case GRUB_DISK_DEVICE_OFDISK_ID:
+case GRUB_DISK_DEVICE_OBDISK_ID:
 case GRUB_DISK_DEVICE_EFIDISK_ID:
 case GRUB_DISK_DEVICE_NAND_ID:
 case GRUB_DISK_DEVICE_ARCDISK_ID:
Index: grub2-2.02+dfsg1/grub-core/disk/ieee1275/obdisk.c
===
--- /dev/null
+++ grub2-2.02+dfsg1/grub-core/disk/ieee1275/obdisk.c
@@ -0,0 +1,1079 @@
+/* obdisk.c - Open Boot disk access.  */
+/*
+ *  GRUB  --  GRand Unified Bootloader
+ *  Copyright (C) 2017 Free Software Foundation, Inc.
+ *
+ *  GRUB is free software: you can redistribute it and/or modify
+ *  it under the terms of the GNU General Public License as published by
+ *  the Free Software Foundation, either version 3 of the License, or
+ *  (at your option) any later version.
+ *
+ *  GRUB is distributed in the hope that it will be useful,
+ *  but WITHOUT ANY

Bug#879681: A bit of help with RADVD please...

[Geert Stappers]

Updating the bugreport.
(two persons are getting this email throug BCC)

On Thu, Mar 01, 2018 at 04:04:34PM +, ###  wrote:
> From: ### , Sent: Thursday, March 1, 2018 8:02:04 AM
> 
> > 
> > Hi,
> > 
> > 
> > My name is ###  .  I'm a network engineer in #.
> > 
> > 
> > I was wondering if you could help me with RADVD on debian 9 since I saw 
> > your bug report here:
> > 
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=879681
> > 
> > 
> > My apt install radvd completed without error, but I get the same
> > error message listed in the bug report.
> > 
> > 
> > Could you please give me a bit more detail on how to implement the
> > override and or how to install from the 1:2.16-3 version
> > 
> > 
> > Thanks!
> > 
> > ###
> > 
> > 
> > I tried this:
> > 
> > 07:55root@zfrr1 /etc ? cat /etc/systemd/system/radvd.service.d/override.conf
> > cat: /etc/systemd/system/radvd.service.d/override.conf: No such file or 
> > directory
> > 07:55root@zfrr1 /etc ?
> > 
> > 
> >  - and I'm not experience with installing 1:2.16-3 from  source - but would 
> > like to learn.
> > 
> > 
> > ~~~
> > 
> > 
> > 
> > 07:53root@zfrr1 /etc ? apt install radvd
> > Reading package lists... Done
> > Building dependency tree
> > Reading state information... Done
> > radvd is already the newest version (1:2.15-2).
> > The following package was automatically installed and is no longer required:
> >   linux-image-4.9.0-4-amd64
> > Use 'apt autoremove' to remove it.
> > 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
> > 07:53root@zfrr1 /etc ? service radvd start
> > Job for radvd.service failed because the control process exited with error 
> > code.
> > See "systemctl status radvd.service" and "journalctl -xe" for details.
> > 07:53root@zfrr1 /etc ? systemctl status radvd.service
> > ?$B!| radvd.service - Router advertisement daemon for IPv6
> >Loaded: loaded (/lib/systemd/system/radvd.service; disabled; vendor 
> > preset: enabled)
> >Active: failed (Result: exit-code) since Thu 2018-03-01 07:53:35 PST; 
> > 16s ago
> >  Docs: man:radvd(8)
> >   Process: 9896 ExecStartPre=/usr/sbin/radvd --logmethod stderr_clean 
> > --configtest (code=exited, status=1/FAILURE)
> > 
> > Mar 01 07:53:34 zfrr1 systemd[1]: Starting Router advertisement daemon for 
> > IPv6...
> > Mar 01 07:53:35 zfrr1 radvd[9896]: /etc/radvd.conf:1 error: syntax error, 
> > unexpected STRING, expecting T_INTERFACE
> > Mar 01 07:53:35 zfrr1 radvd[9896]: exiting, failed to read config file
> > Mar 01 07:53:35 zfrr1 systemd[1]: radvd.service: Control process exited, 
> > code=exited status=1
> > Mar 01 07:53:35 zfrr1 systemd[1]: Failed to start Router advertisement 
> > daemon for IPv6.
> > Mar 01 07:53:35 zfrr1 systemd[1]: radvd.service: Unit entered failed state.
> > Mar 01 07:53:35 zfrr1 systemd[1]: radvd.service: Failed with result 
> > 'exit-code'.
> > 07:53root@zfrr1 /etc ?
> > 
> here is my config file:
> 
> 08:03root@zfrr1 /etc ? more radvd.conf
> nterface enp3s0
> {
>   AdvSendAdvert on;
>   prefix 2607:ff10:face:f1::/64
>   {
>   };
> };
> 08:03root@zfrr1 /etc ? ip link
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN mode 
> DEFAULT group default qlen 1
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> 2: enp2s0:  mtu 1500 qdisc pfifo_fast 
> state DOWN mode DEFAULT group default qlen 1000
> link/ether 00:01:2e:78:9c:2c brd ff:ff:ff:ff:ff:ff
> 3: enp3s0:  mtu 1500 qdisc pfifo_fast state 
> UP mode DEFAULT group default qlen 1000
> link/ether 00:01:2e:78:9c:2d brd ff:ff:ff:ff:ff:ff
> 08:03root@zfrr1 /etc ?
> 

So this is about an error in 2.15 which is fixed 2.16.

I think I should an upload to Strech backports.

When in a hurry do 

   wget http://stappers.it/do303/debian/unstable/main/$(dpkg 
--print-architecture)/radvd.scr
   cat radvd.scr
   sh radvd.scr
   # verify checksums and consider the `sudo dpkg -i radvd*.deb`


So no training how to install from source.

Please avoid private messages for non private issues.


Cheers
Geert Stappers
DD

P.S.
Thanks for the reminder the open bugreport


signature.asc
Description: Digital signature

Bug#883379: RFS: deepin-voice-recorder/1.3.6-1 [ITP]

[Gianfranco Costamagna]

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

grep DOCDIR . -R
./deepin-voice-recorder.pro:isEmpty(DOCDIR):DOCDIR=/usr/share/dman/deepin-voice-recorder
./deepin-voice-recorder.pro:manual.path = $$INSTROOT$$DOCDIR


Why is the package installing stuff in /usr/share/dman? nothing in the archive 
uses such directory.

I'm reluctant to sponsor it, unless you provide some good explanation, and post 
a patch to upstream.
(BTW the patch 0001 looks useless, please forward upstream).

The other std-version, debhelper bump, and so on still apply
also lintian
I: deepin-voice-recorder: desktop-entry-lacks-keywords-entry 
usr/share/applications/deepin-voice-recorder.desktop


Other stuff LGTM.



signature.asc
Description: OpenPGP digital signature

Bug#891855: fonts-monoid: installs no less than 4000 font files!

[Fabian Greffrath]

Package: fonts-monoid
Version: 0.61-1
Severity: wishlist

Hi there,

thank you very much for maintaining this very interesting font in
Debian. However,

$ dpkg -L fonts-monoid | grep \.ttf | wc -l
4000

WTF is that?! This is exactly 800 different font variants per style
(Bold, Italic, Regular, Retina and Monoisone Regular).

Also, I find more than 400 MB installed size for a font package rather
unbearable:

$ apt-cache show fonts-monoid | grep Size
Installed-Size: 441617
Size: 2013832

I really don't think it is necessary to include *all* font variants
and combinations thereof in the Debian package. If you e.g. visit the
Monoid homepage at https://larsenwork.com/monoid/ and click the
"Download" button, you receive a nice ZIP file which contains 4 files
with only the base variants for each style.

I strongly suggest to split the package up into at least a
fonts-monoid package which includes the four base variants as well as
fonts-monoisome and fonts-monoid-extra, which includes all the other
variants. Or, maybe even better, split it up into more -extra
packages, e.g. fonts-monoid-regular-extra, fonts-monoid-italic-extra,
etc. Another alternative would be to split the packages up by groups
of variants, or whatever. However, the packages need a big fat warning
regarding their installed size and the sheer number of installe dfont
files.

Thank you!

 - Fabian


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

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

-- no debconf information

Bug#883384: RFS: deepin-deb-installer/1.2.1-1 [ITP]

[Gianfranco Costamagna]

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

same dman directory, same reviews as previous packages needs fixing, lintian is 
complaining a lot
http://debomatic-amd64.debian.net/distribution#unstable/deepin-deb-installer/1.2.1-1/lintian


-> 0001-Enable-CMake-Debug.patch

this need to be upstreamed, and probably renamed, "remove-gcc-optimizations" or 
something like that, since it removes the
default O3 optimization level.

G.



signature.asc
Description: OpenPGP digital signature

Bug#891856: ITP: pluto-lunar -- routines for predictions of positions in solar system

[Steffen Moeller]

Package: wnpp
Severity: wishlist
Owner: Steffen Moeller 

* Package name: pluto-lunar
  Upstream Author : Bill J. Gray
* URL : https://github.com/Bill-Gray/lunar
* License : GPL
  Programming Lang: C++
  Description : routines for predictions of positions in solar system

The package is to be team-maintained at 
https://salsa.debian.org/debian-astro-team/pluto-lunar.

Bug#891773: [PATCH] ieee1275: Fix crash in of_path_of_nvme when of_path is empty

[James Clarke]

On Thu, Mar 01, 2018 at 05:00:28PM +0100, John Paul Adrian Glaubitz wrote:
> The of_path_of_nvme function (commit 2391d57, ieee1275: add nvme
> support within ofpath) introduced a functional regression:
>
> On systems which are not based on Open Firmware but have at
> least one NVME device, find_obppath will return an empty path
> and appending the disk name to of_path will therefore result
> in a crash. Thus, when of_path is empty, just return the
> disk name in of_path_of_nvme.
>
> Signed-off-by: John Paul Adrian Glaubitz 
> ---
>  grub-core/osdep/linux/ofpath.c | 7 ++-
>  1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/grub-core/osdep/linux/ofpath.c b/grub-core/osdep/linux/ofpath.c
> index 1c30e7233..daf0f 100644
> --- a/grub-core/osdep/linux/ofpath.c
> +++ b/grub-core/osdep/linux/ofpath.c
> @@ -389,8 +389,13 @@ of_path_of_nvme(const char *sys_devname 
> __attribute__((unused)),
>  }
>  
>of_path = find_obppath (sysfs_path);
> +
> +  if(of_path)
> +strcat (of_path, disk);
> +  else
> +of_path = strdup(disk);
> +

Whitespace issues aside, should it not be returning NULL if of_path is
NULL, like the other users of find_obppath, such as of_path_of_scsi?
This should restore the behaviour from before of_path_of_nvme was added,
as grub_util_devname_to_ofpath would have previously returned NULL due
to the unknown type?

James

>free (sysfs_path);
> -  strcat (of_path, disk);
>return of_path;
>  }
>  
> -- 
> 2.16.2

Bug#891857: busybox: Special case for /32 subnets not working as expected

[Yuval Freund]

Package: busybox
Severity: normal

Dear Maintainer,

Many of our customers would like to use the debian installer in order to set up 
their own VMs. Our DHCP servers currently offer addresses with /32 subnets, and 
we've come to realize that the debian installer does not properly configure the 
default route.

A fix for /32 has already been implemented in an earlier version of busybox, 
but it doesn't seem to work as expected, because the interface isn't defined 
while adding the relevant route.

Here's a suggested fix, which would probably also clear up what I mean:

##

--- tree/debian/tree/busybox-udeb/etc/udhcpc/default.script 2018-03-01 
15:45:33.0 +0100
+++ tree/debian/tree/busybox-udeb/etc/udhcpc/default.script_proposed
2018-03-01 15:47:37.259206527 +0100
@@ -68,7 +68,7 @@

# special case for /32 subnets, use onlink when adding routes
[ ".$subnet" = .255.255.255.255 ] \
-&& onlink=onlink || onlink=
+&& onlink="dev $interface onlink" || onlink=
for r in "$router"; do
ip -4 route add default via "$r" $onlink
done

##

We would appreciate it if you could patch all current/relevant versions to use 
this fix.

Thank you!

Yuval Freund, ProfitBricks GmbH