Bug#862762: Port from libnm-glib to libnm (or GNetworkMonitor)

[Guido Günther]

Hi Michael,

On Tue, May 16, 2017 at 08:49:50PM +0200, Michael Biebl wrote:
> Source: krb5-auth-dialog
> Version: 3.20.0-2
> Severity: normal
> User: pkg-utopia-maintain...@lists.alioth.debian.org
> Usertags: libnm
> 
> Hi,
> 
> the libnm-glib/libnm-util libraries have been deprecated upstream in
> favour of libnm.
> 
> Your package declares a Build-Depends on libnm-glib-dev.
> 
> Please consider porting krb5-auth-dialog to libnm. The API of libnm is
> very similar to the one provided by libnm-glib/libnm-util.
> 
> If you only need to detect the network connectivity status, you can also
> use GNetworkMonitor instead, which was introduced in glib 2.32 [2] and
> is available since wheezy.

We've fixed this upstream in January so this will definitely be finxed early
in the buster cycle.
Cheers,
 -- Guido

Bug#862693: unblock: postfix/3.1.4-5

[Niels Thykier]

Control: tags -1 moreinfo

Scott Kitterman:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Please unblock package postfix
> 
> This upload fixes two significant bugs and makes it possible for a user to
> recover from a third without hand editing configuration files:
> 
> 1.  Postfix-cdb will no longer fail to work after upgrade from jessie due to
> upgrade ordering issues.
> 
> 2.  Postfix should wait to start until the network and DNS are actually
> available, so it won't fail to start on boot.
> 
> 3.  If an upgrade is performed from a not fully updated system and the
> dynamic maps locations are incorred in dynamicmaps.cf, dpkg-reconfigure
> postfix (and whatever postfix map types are installed) will fix it.
> 
> Note: The last one will be followed by a bug to release-notes to mention this
> (it seems way better than a release note explaining how to hand edit files).
> 
> unblock postfix/3.1.4-5
> 

Hi,

Thanks for working on fixing postfix.

One remark / question about the following snippet:

"""
-
+if dpkg --compare-versions $new lt 3.1.4-5~; then
+# This turned out to be the wrong way to solve the problem.
+rm -rf /etc/systemd/system/postfix.service.d
+fi
"""


Given the script only seemed to create
/etc/systemd/system/postfix.service.d/override.conf, shouldn't it only
remove that file (and possibly the directory iff it is empty)?  Also,
what if the admin has changed the file locally?

Thanks,
~Niels

Bug#862795: printrun: pronterface should use slic3r command instead of skeinforge

[Scott Howard]

Package: printrun
Version: 0~20150310-5ubuntu1
Severity: minor

Dear Maintainer,

the pronterface package suggests the slic3r package and does not come with
skeinforge, yet the default settings in pronterface call skeinforge.

I suggest correcting the "Settings->External Commands->Slice Command" to be:

"slic3r $s -o $o"

and the "Slicer option command" should be be

"slic3r"

as suggested by "Macros in pronsole and pronterface" at
https://github.com/kliment/Printrun/blob/master/README.md


Otherwise, perhaps suggest the sfact package and fix the Slice Command and
Option paths so they point to the correct sfact skeinforge path.



-- System Information:
Debian Release: stretch/sid
  APT prefers zesty-updates
  APT policy: (500, 'zesty-updates'), (500, 'zesty-security'), (500, 'zesty'), 
(100, 'zesty-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages printrun depends on:
ii  libc62.24-9ubuntu2
ii  python   2.7.13-2
ii  python-cairosvg  1.0.20-1
ii  python-dbus  1.2.4-1
ii  python-gobject   3.22.0-2
ii  python-libxml2   2.9.4+dfsg1-2.2
ii  python-numpy 1:1.12.1-1ubuntu1
ii  python-psutil5.0.1-1
ii  python-pyglet1.1.4.dfsg-3
ii  python-serial3.2.1-1
ii  python-wxgtk3.0  3.0.2.0+dfsg-4
pn  python:any   

printrun recommends no packages.

Versions of packages printrun suggests:
ii  slic3r  1.2.9+dfsg-6

-- no debconf information

Bug#862794: munin-plugins-core needs to depend on package time or http_loadtime plugin breaks

[DoubleHP]

Package: munin-plugins-core
Version: 2.0.25-1+deb8u3
Severity: minor

Dear Maintainer,

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

/usr/share/munin/plugins/http_loadtime
line 34
time_bin=`which time`

produces this error on server:
2017/05/07 04:55:23 [ERROR] In RRD: Error updating
/var/lib/munin/doublehp.org/rpi-08.doublehp.org-http_loadtime-loadtime-g.rrd:
/var/lib/munin/doublehp.org/rpi-08.doublehp.org-http_loadtime-loadtime-g.rrd:
found extra data on update argument:

The fix is trivial: install package time. So, the fix for the distro is to
make munin-plugins-core depend on time.

If you refuse to add this dep, you want to remove http_loadtime from
auto-install, and produce a warning telling admin how to get this plugin
to work.

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


-- System Information:
Distributor ID: Raspbian
Description:Raspbian GNU/Linux 8.0 (jessie)
Release:8.0
Codename:   jessie
Architecture: armv7l

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

Versions of packages munin-plugins-core depends on:
ii  munin-common  2.0.25-1+deb8u3
ii  perl  5.20.2-3+deb8u6

Versions of packages munin-plugins-core recommends:
ii  libnet-snmp-perl  6.0.1-2

Versions of packages munin-plugins-core suggests:
pn  conntrack
pn  libcache-cache-perl  
pn  libdbd-mysql-perl
pn  libnet-dns-perl  
pn  libnet-netmask-perl  
pn  libnet-telnet-perl   
pn  libxml-parser-perl   
ii  python   2.7.9-1
pn  ruby | ruby-interpreter  

-- no debconf information

Bug#862694: remmina: Clipboard doesn't work

[Jörg Frings-Fürst]

Hello Mykola,

thank you for spending your time helping to make Debian better with
this bug report. 

At the moment is the new release of remmina not stable enough for
debian.



CU
Jörg


-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser

Threema: SYR8SJXB
Wire: @joergfringsfuerst

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.


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

Bug#862787: debconf: Passwords do not match.

[Christian PERRIER]

reassign 862787 ddclient
severity 862787 normal
thanks

Quoting luciano (fran...@modula.net):
> Package: debconf
> Version: 1.5.56
> Severity: grave
> Tags: security
> Justification: user security hole
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> During the installation of ddclient, Debconf display the error "Passwords do 
> not match. The two passwords you entered where not the same. Please try 
> again". If I try again then the password is accepted. Always the same 
> message, after more than 10 install/uninstall attemps using two different 
> computers.


If this happens during the installation of ddclient, then this bug
belongs to that package, not debconf. And is indeed of normal severity
(or "important" but certainly not grave).




signature.asc
Description: PGP signature

Bug#847493: yubikey-piv-manager: diff for NMU version 1.3.0-1.1

[Luke W Faraone]

Control: tags 847493 + patch
Control: tags 847493 + pending

Dear maintainer,

I've prepared an NMU for yubikey-piv-manager (versioned as 1.3.0-1.1)
and uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru yubikey-piv-manager-1.3.0/debian/changelog 
yubikey-piv-manager-1.3.0/debian/changelog
--- yubikey-piv-manager-1.3.0/debian/changelog  2016-08-23 00:37:18.0 
-0700
+++ yubikey-piv-manager-1.3.0/debian/changelog  2017-05-16 19:08:22.0 
-0700
@@ -1,3 +1,11 @@
+yubikey-piv-manager (1.3.0-1.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Re-add PySide patch.
+  * Remove requires.txt requiring PySide (Closes: #847493)
+
+ -- Luke W Faraone   Wed, 17 May 2017 02:08:22 +
+
 yubikey-piv-manager (1.3.0-1) unstable; urgency=low
 
   [ Simon Josefsson ]
diff -Nru yubikey-piv-manager-1.3.0/debian/patches/fix-pyside.diff 
yubikey-piv-manager-1.3.0/debian/patches/fix-pyside.diff
--- yubikey-piv-manager-1.3.0/debian/patches/fix-pyside.diff1969-12-31 
16:00:00.0 -0800
+++ yubikey-piv-manager-1.3.0/debian/patches/fix-pyside.diff2017-05-16 
18:43:02.0 -0700
@@ -0,0 +1,13 @@
+--- a/setup.py
 b/setup.py
+@@ -42,8 +42,8 @@
+ entry_points={
+ 'gui_scripts': ['pivman=pivman.__main__:main']
+ },
+-install_requires=['PySide'],
+-yc_requires=['ctypes', 'qt'],
++yc_requires=['ctypes'],
++packages=['pivman', 'pivman.view', 'pivman.yubicommon', 
'pivman.yubicommon.setup', 'pivman.yubicommon.ctypes', 'pivman.yubicommon.qt'],
+ test_suite='test',
+ tests_require=[''],
+ cmdclass={'executable': executable, 'qt_resources': 
qt_resources('pivman')},
diff -Nru yubikey-piv-manager-1.3.0/debian/patches/series 
yubikey-piv-manager-1.3.0/debian/patches/series
--- yubikey-piv-manager-1.3.0/debian/patches/series 1969-12-31 
16:00:00.0 -0800
+++ yubikey-piv-manager-1.3.0/debian/patches/series 2017-05-16 
18:43:02.0 -0700
@@ -0,0 +1 @@
+fix-pyside.diff
diff -Nru yubikey-piv-manager-1.3.0/debian/rules 
yubikey-piv-manager-1.3.0/debian/rules
--- yubikey-piv-manager-1.3.0/debian/rules  2016-08-23 00:36:56.0 
-0700
+++ yubikey-piv-manager-1.3.0/debian/rules  2017-05-16 19:08:22.0 
-0700
@@ -2,3 +2,7 @@
 
 %:
dh $@ --with python2 --buildsystem=python_distutils
+
+override_dh_auto_clean:
+   dh_clean
+   rm -f yubikey_piv_manager.egg-info/requires.txt


signature.asc
Description: OpenPGP digital signature

Bug#862704: closed by Theodore Ts'o <ty...@mit.edu> (Re: Bug#862704: e2fsprogs: Cannot mount Stretch ext4 partition from my Slackware 14.1 installation.)

[Theodore Ts'o]

On Tue, May 16, 2017 at 02:14:19PM -0700, Vasant K wrote:
> I agree Slackware 14.1 is old so is Wheezy which is supposed to be still
> supported. Seems to me that the default installation should be backward
> compatible.

By the time Stretch is released as a stable release, Wheezy will *not*
be supported.  Asking for backwards compatibility for two stable
releases, especially when there is so much time between stable
releases, is not something which is reasonable to support, since it
also denies the benefit of new features to Debian users.

The number of people who need backwards compatibility with antique
versions of Linux is much smaller, and it's reasonable IMHO to assume
that they will need to use specific command-line options to create a
degraded, less featureful (and in some cases, less performant) file
system, because they want that backwards compatibility.

- Ted

Bug#862775: ITP: visitors -- OCaml syntax extension for object-oriented visitors

[Paul Wise]

On Wed, May 17, 2017 at 3:51 AM, Ralf Treinen wrote:

> * Package name: visitors
>   Version : 20170404

FYI, there was already a visitors source package in Debian (RMed after
jessie) so I would suggest using a less generic source name, maybe
ocaml-visitors.

https://packages.qa.debian.org/v/visitors.html

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#862775: ITP: visitors -- OCaml syntax extension for object-oriented visitors

[Ralf Treinen]

On Tue, May 16, 2017 at 10:15:01PM +0200, Romain Francoise wrote:
> FWIW you may not be aware that there is already an unrelated package by
> that name in the archive, although it's no longer in testing/unstable:
> 
>  https://packages.qa.debian.org/v/visitors.html

I didn't see that since I searched only in sid, thanks. I do not think
this is a problem since binary packages will be named differently
according to the debian-ocaml-maint policy, anyway.

-Ralf.

Bug#862793: samba: Upgrade to 2:4.5+ breaks win7 support

[Karl Schmidt]

Package: samba
Version: 2:4.5.8+dfsg-1
Severity: normal

Dear Maintainer,

Upgrading to stretch left me with samba down as a standalone server for 
supporting our last Win-7 box

The symptom was that the win machine kept asking for a password - nothing in 
the logs hinted to the situation.

After a very long day, I found A default setting "NTLM auth" had changed from 
"yes" to "no" in 4.5.

This change was probably a 'good thing'(tm), but without a bug report google 
was not helpful.

Perhaps a mention in NEWS.Debian or  README.Debian would be some welcome 
bread-crumbs as I'm
sure there are others that also have to support these old systems.
-- Key words Windows-7 smbpasswd sync password

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

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

Versions of packages samba depends on:
ii  adduser  3.115
ii  dpkg 1.18.23
ii  init-system-helpers  1.48
ii  libbsd0  0.8.3-1
ii  libc62.24-10
ii  libldb1  2:1.1.27-1+b1
ii  libpam-modules   1.1.8-3.5
ii  libpam-runtime   1.1.8-3.5
ii  libpopt0 1.16-10+b2
ii  libpython2.7 2.7.13-2
ii  libtalloc2   2.1.8-1
ii  libtdb1  1.3.11-2
ii  libtevent0   0.9.31-1
ii  libwbclient0 2:4.5.8+dfsg-1
ii  lsb-base 9.20161125
ii  procps   2:3.3.12-3
ii  python   2.7.13-2
ii  python-dnspython 1.15.0-1
ii  python-samba 2:4.5.8+dfsg-1
pn  python2.7:any
pn  python:any   
ii  samba-common 2:4.5.8+dfsg-1
ii  samba-common-bin 2:4.5.8+dfsg-1
ii  samba-libs   2:4.5.8+dfsg-1
ii  tdb-tools1.3.11-2
ii  update-inetd 4.44

Versions of packages samba recommends:
ii  attr1:2.4.47-2+b2
ii  logrotate   3.11.0-0.1
pn  samba-dsdb-modules  
pn  samba-vfs-modules   

Versions of packages samba suggests:
ii  bind9  1:9.10.3.dfsg.P4-12.2
ii  bind9utils 1:9.10.3.dfsg.P4-12.2
pn  ctdb   
pn  ldb-tools  
ii  ntp1:4.2.8p10+dfsg-3
pn  smbldap-tools  
pn  ufw
pn  winbind

-- Configuration Files:
/etc/logrotate.d/samba changed [not included]

-- no debconf information

Bug#854686: fabric: FTBFS randomly (failing tests)

[asb]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Tue, May 16, 2017 at 1:37 PM, Santiago Vila wrote:
> I added IPv6 support to two of my machines and readded the
> lines I dropped from /etc/hosts, namely:
>
> # The following lines are desirable for IPv6 capable hosts
> ::1     localhost ip6-localhost ip6-loopback
> ff02::1 ip6-allnodes
> ff02::2 ip6-allrouters
>
> The build fails again, which means, AFAIK, that it's not lack of IPv6
> support what makes this package to fail, but just the mere presence of
> those lines in /etc/hosts.

Hi Santiago,

Thanks for your continued investigation. Unfortunately, I still don't think
we've gotten to the bottom of this issue. I just built the package multiple
times in a row with both pbuilder and sbuild, and pbuilder does seem to
include those lines.

Inside my newly recreated Debian unstable pbuilder environment:

# cat /etc/hosts

127.0.0.1 localhost
127.0.1.1 desktop

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

Interestingly, my newly recreated Debian unstable sbuild environment does
not contain those lines:

# cat /etc/hosts

127.0.0.1 desktop localhost

After logging into the chroot and adding them, I am still able to
successfully build the package.

Either way, it seems obvious that this test is currently too noisy to be
useful. So I'll prepare an upload disabling it as well.

Thanks,

- - Andrew Starr-Bochicchio

-BEGIN PGP SIGNATURE-
Version: CryptUp 4.0.6 Gmail Encryption https://cryptup.org
Comment: Seamlessly send, receive and search encrypted email

wsFcBAEBCAAQBQJZG65DCRA7VuK71T/csQAAd+IQAJpgSNJfi0UtTM8iCXUe
Q0nnTkMlPxxNCBFUD+JdyyFWFAJA4VA+0K8zJ+orO1xR4MMMVmjao1ZJa7U6
8KvQ4CwamhVZDZQfHxsfQQF9l7jPOYr946LfFpohe4TsKcWhEpgsa6ZLug1F
JA9nRjgdhglakXHPq6urhqbcc5VXSSiXEqUTocT5p1N6Li+ihld32ZO67SFH
AUOS8KQMeZ+/IA/L2g+hn2r8mIOElpwzLJMMOBNO93oOOeoRBf4Y/z4ChDO7
ucxI3MlFnSkW9AWFVbaNOS7MOt45YCRBrRH40Dw2plKFjITAdHf97/WkLJkj
gGRimlxKqNlaaf9f2tbOF6YZVdj2NGmXlbinhLuj2HjEvT+mCYtBOtHbh7/I
DEiceR+HlSvtgo6/U/9vU87ETu0AekbFul8xfme06VMdz9m5wi8g+oXYZtzG
NxUTD+ifnZthnAjTvmaliNXECEGON21TBt6dR+WNUCZudW+WuNVFNTYoBOGL
HVF54YeO+amwmtp2RmNcjZVnPTO1D8hFwDgiaQeM9hF48w5sL4AF9rvlwIlT
BbXjCHuFuGKbmH9pduHwpNT//YiYWqL9N0hH4P6KJHy6IVgoZhmBIcEMQyaX
dLgSNYZdYGG9MaABo/vjsThXtHGsVlk0VmWU2mRCUT6CVjLem8dvdow9PXJg
c9af
=xbxl
-END PGP SIGNATURE-

Bug#862792: dput: UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0

[Aleksey Samoilov]

Package: dput
Version: 0.12.0
Severity: normal

Dear Maintainer,

When I run dput to upload source code to may Ubuntu PPA, an error occuers:

Checking signature on .changes
Traceback (most recent call last):
  File "/usr/bin/dput", line 11, in 
load_entry_point('dput==0.12.0', 'console_scripts', 'execute-dput')()
  File "/usr/share/dput/dput/dput.py", line 1012, in main
config, check_only, check_version, unsigned_upload, debug)
  File "/usr/share/dput/dput/dput.py", line 374, in verify_files
config, check_only, unsigned_upload, binary_upload, debug)
  File "/usr/share/dput/dput/dput.py", line 272, in verify_signature
assert_good_signature_or_exit(changes_file_path)
  File "/usr/share/dput/dput/dput.py", line 256, in
assert_good_signature_or_exit
crypto.check_file_signature(infile)
  File "/usr/share/dput/dput/crypto.py", line 106, in check_file_signature
path=infile.name, sig=signature, description=description))
UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 19:
ordinal not in range(128)




-- System Information:


Debian Release: 9.0


  APT prefers testing


  APT policy: (500, 'testing')


Architecture: amd64


 (x86_64)


Foreign Architectures: i386





Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)


Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)


Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages dput depends on:
ii  python-debian 0.1.30
ii  python-gpg1.8.0-3+b2
ii  python-pkg-resources  33.1.1-1
pn  python:any

dput recommends no packages.

Versions of packages dput suggests:
ii  lintian 2.5.50.3
pn  mini-dinstall   
ii  openssh-client  1:7.4p1-10
ii  rsync   3.1.2-1

-- no debconf information

Bug#862705: thunderbird: remote header not preserved when copying from imap sent folder to local folder

[Mark Hedges]

I see what you mean.  This only happens with PGP messages that are
decrypted with Enigmail on the remote IMAP folder before being dragged to
the local folder for storage.  I guess this bug should be transferred to
enigmail.

Thanks.

Mark

--
Mark Hedges, software engineer
Business info:  http://formdata.biz/

On Mon, May 15, 2017 at 10:45 PM, Carsten Schoenert  wrote:

> Hello Mark,
>
> On Mon, May 15, 2017 at 05:40:15PM -0700, Mark Hedges wrote:
> > Package: thunderbird
> > Version: 1:45.8.0-3
> > Severity: normal
> >
> > 1.  Set up an IMAP account with a provider like GMail, and a local
> folder.
> >
> > 2.  Send a message to someone.
> >
> > 3.  Examine the message source in the Sent folder on remote IMAP server.
> >
> > 4.  Drag the message from remote IMAP Sent folder to the local folder.
> >
> > 5.  Examine the message source of the same message in the local folder.
> >
> > Headers from the remote side are not preserved.  This makes it
> > impossible to save messages from the remote side for record purposes,
> > affidavit, etc. if you don't want to leave them on the server.
> > Information is lost.
>
> I can't reproduce your problem. If I follow your steps I got exat the
> same email with all the headers from the original account with a old sent
> email.
>
> The original email from the Sent folder of my GMail account:
> > Return-Path: 
> > Received: from [192.168.1.142] ([xxx.xxx.xxx.xxx])
> > by smtp.googlemail.com with ESMTPSA id
> 23sm24917635wrx.26.2017.04.24.21.50.31
> > for 
> > (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256
> bits=128/128);
> > Mon, 24 Apr 2017 21:50:31 -0700 (PDT)
> > From: Carsten Schoenert 
> > X-Google-Original-From: Carsten Schoenert 
> > To: Carsten Schoenert 
> > Subject: Testmail
> > Message-ID: <1b2de8d4-793b-2856-6254-5d2bbde6d...@googlemail.com>
> > Date: Tue, 25 Apr 2017 06:50:31 +0200
> > User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
> >  Thunderbird/45.8.0
> > MIME-Version: 1.0
> > Content-Type: text/plain; charset=utf-8
> > Content-Transfer-Encoding: 7bit
> >
> > Foo
>
> And the same email copied to a local folder:
> > From - Tue May 16 07:27:49 2017
> > X-Mozilla-Status: 0001
> > X-Mozilla-Status2: 
> > X-Mozilla-Keys:
> > Return-Path: 
> > Received: from [192.168.1.142] ([xxx.xxx.xxx.xxx])
> > by smtp.googlemail.com with ESMTPSA id
> 23sm24917635wrx.26.2017.04.24.21.50.31
> > for 
> > (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256
> bits=128/128);
> > Mon, 24 Apr 2017 21:50:31 -0700 (PDT)
> > From: Carsten Schoenert 
> > X-Google-Original-From: Carsten Schoenert 
> > To: Carsten Schoenert 
> > Subject: Testmail
> > Message-ID: <1b2de8d4-793b-2856-6254-5d2bbde6d...@googlemail.com>
> > Date: Tue, 25 Apr 2017 06:50:31 +0200
> > User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
> >  Thunderbird/45.8.0
> > MIME-Version: 1.0
> > Content-Type: text/plain; charset=utf-8
> > Content-Transfer-Encoding: 7bit
> >
> > Foo
>
> There are only a few extra 'X-Mozilla-*' values added. Unfortunately you
> don't
> write which headers you miss.
> If I do sending a testemail again with the recent version of Thunderbird I
> got
> the same outcome. Can you you give please some more information what you
> probably making different?
>
> Regards
> Carsten
>

Bug#862709: xserver-xorg-video-radeon: Incorrect max resolution detected on Radeon HD 5450, also wrong input.

[A. F. Cano]

On Tue, May 16, 2017 at 11:46:24AM +0900, Michel Dänzer wrote:
> ...
> This is a configuration issue, not a driver bug.

Thanks for the tip.  It worked.  I suppose this bug report can be
closed.

Augustine

Bug#860808: ocfs2 blocks jbd2

[Ian Campbell]

On Sat, 2017-05-13 at 08:41 -0500, Russell Mosemann wrote:
> package: src:linux
> Version: 4.9.18-1~bpo8+1
> Severity: important
>  
> Is anyone from ocfs2 addressing these bugs?

They won't see this message because you haven't sent it to them.

Please take this directly to the ocfs2-devel mailing list (details at
[0]). Please feel free to keep cc-ing the Debian bug at 86...@bugs.debi
an.org (although I think we have more than enough stack traces at this
point, thanks).

The same goes for #841144 ,I think, assuming you think they are
different bugs. If they are the same they should be merged, let me know
and I can do that, but I think one is fs/ocfs2/alloc.c:1514 and the
other fs/jbd2/transaction.c:297 so it is reasonable to suppose they
might be different until told otherwise by the OCFS2 people.

Thanks,
Ian.

[0] https://oss.oracle.com/mailman/listinfo/ocfs2-devel

Bug#826008: xserver-xorg-input-multitouch -- new version available

[Nicholas D Steeves]

Hi Nobuhiro,

On Mon, May 08, 2017 at 08:10:59AM +0900, Nobuhiro Iwamatsu wrote:
> Hi,
> 
> 2017-05-03 7:11 GMT+09:00 Nicholas D Steeves :
> > Control: retitle -1 xserver-xorg-input-multitouch -- new version available
> >
> 
> Current installed vetsion is 1.0~rc2+git20110312-2, not 1.0~rc2.
> This version includes following commit:
> 
> > git log --pretty=oneline v1.0-rc2..v1.0-rc3
> > 55ab6c4ecb43e6f2ec34b36533ef308d00a709e4 xf86-input-multitouch v1.0-rc3
> > 4d87c041f6a232aa30528d70d4b9946d1824b4ed Four finger swipes in multitouch
> > afbbc4b9470869933223e3970c7a63f1c52c1d69 Makefile: make LIBDIR configurable
> > 161026ce49526593d0ebfd96a7c087e3e1b0f9f5 Add missing thumb reset at state 
> > extraction
> > 1db2e14bed379bbf1c5f3140a903437b146c5cce Fix event flood in tap handling
> > a12ed738095819beab0b42c6c8a1566c063bb79e Support XINPUT 12

So 1.0~rc2+git20110312-2 is equivalent to upstream's rc3 and includes
these six commits?

> > Are these features available using another driver?  Given how I've
> > seen Macbook powerusers use their touchpads, four finger swipes are
> > fairly important.  Also, what is the severity of missing XINPUT 12
> > support?
> >
> 
> We can use xserver-xorg-input-mtrack instead of xserver-xorg-input-multitouch.
> Could you use xserver-xorg-input-mtrack?

I had to read up on the mtrack driver.  Yes, from what I've been able
to find it would work.  Is it an upstream fork of
xserver-xorg-input-multitouch?  I'll have to ask my Macbook using
friends to test this, because I only have an old Thinkpad.
Unfortunately this also means I can't responsibly write Debian on
Macbook documentation either.

If git20110312 is really rc3 than this bug be closed, but if
xserver-xorg-input-multitouch isn't depreciated (and replaced) by
xserver-xorg-input-mtrack then I think our wiki would benefit from an
explanation of when it's better (or necessary) to use one rather than
the other.

https://wiki.debian.org/SynapticsTouchpad

A really nice document:
https://wiki.archlinux.org/index.php/Mac#Touchpad

Configuration example for xserver-xorg-input-multitouch that is
apparently feels very similar to OS X:
https://ubuntuforums.org/showthread.php?t=1334696=36=10557093#post10557093

Sincerely,
Nicholas

P.S. Please CC Bug #826008 and me


signature.asc
Description: Digital signature

Bug#862591: libvte-2.91-0: xfce4-terminal crashes when dumping a lot of text

[Brian Warner]

Upstream bug filed in:

https://bugzilla.gnome.org/show_bug.cgi?id=782715

cheers,
 -Brian

Bug#862791: RFP: traildb -- TrailDB is a highly optimized library for storing and querying series of discrete events

[Ville Tuulos]

Package: wnpp
Severity: wishlist

* Package name: traildb
  Version : 0.6
  Upstream Author : Ville Tuulos 
* URL : http://traildb.io/
* License : MIT
  Programming Lang: C
  Description : TrailDB is a highly optimized library for storing and 
querying series of discrete events

TrailDB is a highly optimized database library, written in C, which
allows you to store and query trillions of discrete events quickly.
In contrast to many other time-series databases, TrailDB focuses
on discrete data, like events in a log file, which it can compress
efficiently using a custom compression algorithm. It has been powering
large-scale production systems since 2014 and it is being developed
actively. The repo has 750+ stars in GitHub, indicating broad public
interest.

TrailDB is a small, clean, C library with only two external dependencies,
both of which are available as existing Debian packages, which hopefully
makes it straightforward to package. TrailDB has language bindings for a 
number of languages, which can be packaged separately later.

I am the upstream author. I am happy to help with packaging as needed. I
have some previous experience of creating Debian packages.

Bug#862790: kernel: kernel BUG at /home/zumbi/linux-4.9.18/fs/ocfs2/dlm/dlmast.c:306!

[Russell Mosemann]

Package: src:linux
Version: 4.9.18-1~bpo8+1
Severity: important

Dear Maintainer,

   * What led up to the situation?
 May 16 19:20:49 vhost032 kernel: [ cut here ]
May 16 19:20:49 vhost032 kernel: kernel BUG at 
/home/zumbi/linux-4.9.18/fs/ocfs2/dlm/dlmast.c:306!
May 16 19:20:49 vhost032 kernel: invalid opcode:  [#1] SMP
May 16 19:20:49 vhost032 kernel: Modules linked in: ocfs2 quota_tree hmac veth 
iptable_filter ip_tables x_tables nfsd auth_rpcgss nfs_acl nfs lockd grace 
fscache ocfs2_dlmfs sunrpc ocfs2_stack_o2cb ocfs2_dlm ocfs2_nodemanager 
ocfs2_stackglue configfs bridge stp llc bonding intel_rapl sb_edac edac_core 
x86_pkg_temp_thermal intel_powerclamp coretemp ipmi_watchdog kvm_intel kvm 
irqbypass crct10dif_pclmul crc32_pclmul ast ghash_clmulni_intel ttm 
intel_cstate drm_kms_helper intel_uncore xhci_pci drm xhci_hcd ehci_pci 
iTCO_wdt ehci_hcd igb e1000e iTCO_vendor_support mxm_wmi usbcore evdev mei_me 
dca intel_rapl_perf i2c_algo_bit i2c_i801 ptp lpc_ich pcspkr sg mei usb_common 
shpchp pps_core mfd_core i2c_smbus wmi tpm_tis tpm_tis_core tpm 
acpi_power_meter button acpi_pad ipmi_si ipmi_poweroff ipmi_devintf 
ipmi_msghandler fuse
May 16 19:20:49 vhost032 kernel:  drbd lru_cache libcrc32c crc32c_generic 
autofs4 ext4 crc16 jbd2 fscrypto mbcache dm_mod md_mod sd_mod ahci crc32c_intel 
libahci libata aesni_intel aes_x86_64 glue_helper lrw gf128mul ablk_helper 
cryptd scsi_mod
May 16 19:20:49 vhost032 kernel: CPU: 5 PID: 224 Comm: kworker/u24:5 Not 
tainted 4.9.0-0.bpo.2-amd64 #1 Debian 4.9.18-1~bpo8+1
May 16 19:20:49 vhost032 kernel: Hardware name: To Be Filled By O.E.M. To Be 
Filled By O.E.M./EPC612D4I, BIOS P2.10 03/31/2016
May 16 19:20:49 vhost032 kernel: Workqueue: o2net o2net_rx_until_empty 
[ocfs2_nodemanager]
May 16 19:20:49 vhost032 kernel: task: 8b7f759a3040 task.stack: 
af9246da
May 16 19:20:49 vhost032 kernel: RIP: 0010:[]  
[] dlm_proxy_ast_handler+0x734/0x770 [ocfs2_dlm]
May 16 19:20:49 vhost032 kernel: RSP: 0018:af9246da3cf8  EFLAGS: 00010246
May 16 19:20:49 vhost032 kernel: RAX:  RBX: 8b7163cdf000 
RCX: 
May 16 19:20:49 vhost032 kernel: RDX:  RSI: 8b7f7f34dfc8 
RDI: 8b7f7f34dfc8
May 16 19:20:49 vhost032 kernel: RBP: 8b7169124400 R08: 0426 
R09: 000a
May 16 19:20:49 vhost032 kernel: R10: af9246da3c88 R11: 0426 
R12: 8b715db31800
May 16 19:20:49 vhost032 kernel: R13: fafafafafafafafb R14: 1e927c5e 
R15: 8b71446a5600
May 16 19:20:49 vhost032 kernel: FS:  () 
GS:8b7f7f34() knlGS:
May 16 19:20:49 vhost032 kernel: CS:  0010 DS:  ES:  CR0: 
80050033
May 16 19:20:49 vhost032 kernel: CR2: 7ffcea0fabc4 CR3: 000eacc07000 
CR4: 001406e0
May 16 19:20:49 vhost032 kernel: Stack:
May 16 19:20:49 vhost032 kernel:  000100013861 8b715db31800 
fafafafafafafafb 01a8
May 16 19:20:49 vhost032 kernel:  0246 95ee6fbf 
8b715db318a8 c0b5d7c9
May 16 19:20:49 vhost032 kernel:  1040 63d63dbb 
8b715db31818 8b7163cdf000
May 16 19:20:49 vhost032 kernel: Call Trace:
May 16 19:20:49 vhost032 kernel:  [] ? mod_timer+0x17f/0x2e0
May 16 19:20:49 vhost032 kernel:  [] ? 
o2net_handler_tree_lookup+0x49/0xd0 [ocfs2_nodemanager]
May 16 19:20:49 vhost032 kernel:  [] ? 
o2net_rx_until_empty+0x89f/0xcb0 [ocfs2_nodemanager]
May 16 19:20:49 vhost032 kernel:  [] ? 
process_one_work+0x14b/0x410
May 16 19:20:49 vhost032 kernel:  [] ? 
worker_thread+0x65/0x4a0
May 16 19:20:49 vhost032 kernel:  [] ? 
rescuer_thread+0x340/0x340
May 16 19:20:49 vhost032 kernel:  [] ? do_group_exit+0x39/0xb0
May 16 19:20:49 vhost032 kernel:  [] ? kthread+0xe0/0x100
May 16 19:20:49 vhost032 kernel:  [] ? __switch_to+0x2bb/0x700
May 16 19:20:49 vhost032 kernel:  [] ? kthread_park+0x60/0x60
May 16 19:20:49 vhost032 kernel:  [] ? ret_from_fork+0x25/0x30
May 16 19:20:49 vhost032 kernel: Code: 00 00 00 00 00 00 10 48 8d 7c 24 40 48 
89 44 24 40 48 c7 c1 12 20 bb c0 ba 32 01 00 00 48 c7 c6 30 89 ba c0 31 c0 e8 
9c a1 fb ff <0f> 0b 4d 89 e9 48 b8 ff ff ff ff ff ff ff 00 48 c7 44 24 40 40
May 16 19:20:49 vhost032 kernel: RIP  [] 
dlm_proxy_ast_handler+0x734/0x770 [ocfs2_dlm]
May 16 19:20:49 vhost032 kernel:  RSP 
May 16 19:20:49 vhost032 kernel: ---[ end trace cf163c3f2a30a921 ]---



-- Package-specific info:
** Version:
Linux version 4.9.0-0.bpo.2-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.9.2 (Debian 4.9.2-10) ) #1 SMP Debian 4.9.18-1~bpo8+1 (2017-04-10)

** Command line:
BOOT_IMAGE=/vmlinuz-4.9.0-0.bpo.2-amd64 
root=UUID=ee064dd9-f965-4196-8631-ebb13e23bd4d ro console=tty0 
console=ttyS1,115200n8 quiet

** Not tainted

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: To Be Filled By O.E.M.
product_name: To Be Filled By O.E.M.
product_version: To Be Filled 

Bug#841144: kernel BUG at /home/zumbi/linux-4.9.18/fs/ocfs2/alloc.c:1514!

[Russell Mosemann]

Package: src:linux
Version: 4.9.18-1~bpo8+1
Severity: important

Dear Maintainer,

   * What led up to the situation?
 
May 16 17:26:31 vhost032 kernel: [ cut here ]
May 16 17:26:31 vhost032 kernel: kernel BUG at 
/home/zumbi/linux-4.9.18/fs/ocfs2/alloc.c:1514!
May 16 17:26:31 vhost032 kernel: invalid opcode:  [#1] SMP
May 16 17:26:31 vhost032 kernel: Modules linked in: vhost_net vhost macvtap 
macvlan tun ocfs2 quota_tree hmac veth iptable_filter ip
_tables x_tables nfsd auth_rpcgss nfs_acl nfs lockd grace fscache ocfs2_dlmfs 
sunrpc ocfs2_stack_o2cb ocfs2_dlm ocfs2_nodemanager oc
fs2_stackglue configfs bridge stp llc bonding ipmi_watchdog intel_rapl sb_edac 
edac_core x86_pkg_temp_thermal intel_powerclamp coret
emp kvm_intel evdev kvm iTCO_wdt iTCO_vendor_support mxm_wmi irqbypass 
crct10dif_pclmul crc32_pclmul ghash_clmulni_intel intel_cstat
e ast intel_uncore ttm e1000e drm_kms_helper igb xhci_pci intel_rapl_perf 
xhci_hcd ehci_pci pcspkr drm ehci_hcd dca usbcore sg ptp i
2c_algo_bit lpc_ich i2c_i801 mfd_core i2c_smbus mei_me usb_common pps_core mei 
shpchp wmi acpi_power_meter acpi_pad tpm_tis tpm_tis_
core tpm button ipmi_si ipmi_poweroff
May 16 17:26:31 vhost032 kernel:  ipmi_devintf ipmi_msghandler fuse drbd 
lru_cache libcrc32c crc32c_generic autofs4 ext4 crc16 jbd2
fscrypto mbcache dm_mod md_mod sd_mod ahci libahci crc32c_intel libata 
aesni_intel aes_x86_64 glue_helper lrw gf128mul ablk_helper c
ryptd scsi_mod
May 16 17:26:31 vhost032 kernel: CPU: 5 PID: 31269 Comm: qemu-system-x86 Not 
tainted 4.9.0-0.bpo.2-amd64 #1 Debian 4.9.18-1~bpo8+1
May 16 17:26:31 vhost032 kernel: Hardware name: To Be Filled By O.E.M. To Be 
Filled By O.E.M./EPC612D4I, BIOS P2.10 03/31/2016
May 16 17:26:31 vhost032 kernel: task: 9a56f15b3080 task.stack: 
b4854cc3c000
May 16 17:26:31 vhost032 kernel: RIP: 0010:[]  
[] ocfs2_grow_tree+0x6f2/0x780 [ocfs2]
May 16 17:26:31 vhost032 kernel: RSP: 0018:b4854cc3f618  EFLAGS: 00010246
May 16 17:26:31 vhost032 kernel: RAX:  RBX: 0002 
RCX: b4854cc3f790
May 16 17:26:31 vhost032 kernel: RDX: b4854cc3f6bc RSI: b4854cc3f968 
RDI: 9a48c45e9150
May 16 17:26:31 vhost032 kernel: RBP: b4854cc3f678 R08:  
R09: 0001cb8c
May 16 17:26:31 vhost032 kernel: R10: 02274008 R11: 9a48b89560c0 
R12: 0001
May 16 17:26:31 vhost032 kernel: R13: b4854cc3f828 R14: 9a48b89560c0 
R15: 0001
May 16 17:26:31 vhost032 kernel: FS:  7f4661ffb700() 
GS:9a56ff34() knlGS:
May 16 17:26:31 vhost032 kernel: CS:  0010 DS:  ES:  CR0: 
80050033
May 16 17:26:31 vhost032 kernel: CR2: ab0c7e63b008 CR3: 0001c8a43000 
CR4: 001426e0
May 16 17:26:31 vhost032 kernel: Stack:
May 16 17:26:31 vhost032 kernel:  b4854cc3f728 b4854cc3f728 
c0a820e5 9a48c45390d0
May 16 17:26:31 vhost032 kernel:  c0a8185f 9a48c4574c10 
6b80d970 0002
May 16 17:26:31 vhost032 kernel:  0001 b4854cc3f828 
b4854cc3f968 9a48bda44a00
May 16 17:26:31 vhost032 kernel: Call Trace:
May 16 17:26:31 vhost032 kernel:  [] ? 
ocfs2_set_buffer_uptodate+0x35/0x4a0 [ocfs2]
May 16 17:26:31 vhost032 kernel:  [] ? 
ocfs2_buffer_cached.isra.6+0x7f/0x1a0 [ocfs2]
May 16 17:26:31 vhost032 kernel:  [] ? 
ocfs2_split_and_insert+0x307/0x490 [ocfs2]
May 16 17:26:31 vhost032 kernel:  [] ? 
ocfs2_split_extent+0x3ee/0x560 [ocfs2]
May 16 17:26:31 vhost032 kernel:  [] ? 
ocfs2_change_extent_flag+0x273/0x450 [ocfs2]
May 16 17:26:31 vhost032 kernel:  [] ? 
ocfs2_mark_extent_written+0x110/0x1d0 [ocfs2]
May 16 17:26:31 vhost032 kernel:  [] ? 
ocfs2_dio_end_io_write+0x44d/0x600 [ocfs2]
May 16 17:26:31 vhost032 kernel:  [] ? 
ocfs2_allocate_extend_trans+0x180/0x180 [ocfs2]
May 16 17:26:31 vhost032 kernel:  [] ? ocfs2_dio_end
_io+0x3b/0x60 [ocfs2]
May 16 17:26:31 vhost032 kernel:  [] ? dio_complete+0x7e/0x190
May 16 17:26:31 vhost032 kernel:  [] ? 
do_blockdev_direct_IO+0x2168/0x2860
May 16 17:26:31 vhost032 kernel:  [] ? 
ocfs2_write_end_nolock+0x550/0x550 [ocfs2]
May 16 17:26:31 vhost032 kernel:  [] ? 
ocfs2_direct_IO+0x83/0x90 [ocfs2]
May 16 17:26:31 vhost032 kernel:  [] ? 
generic_file_direct_write+0xb3/0x180
May 16 17:26:31 vhost032 kernel:  [] ? 
__generic_file_write_iter+0xb6/0x1e0
May 16 17:26:31 vhost032 kernel:  [] ? 
ocfs2_file_write_iter+0x44e/0xae0 [ocfs2]
May 16 17:26:31 vhost032 kernel:  [] ? 
do_iter_readv_writev+0xb0/0x130
May 16 17:26:31 vhost032 kernel:  [] ? 
do_readv_writev+0x1ac/0x240
May 16 17:26:31 vhost032 kernel:  [] ? 
ocfs2_check_range_for_refcount+0x130/0x130 [ocfs2]
May 16 17:26:31 vhost032 kernel:  [] ? do_pwritev+0x8c/0xc0
May 16 17:26:31 vhost032 kernel:  [] ? 
system_call_fast_compare_end+0xc/0x9b
May 16 17:26:31 vhost032 kernel: Code: 24 28 48 c7 c1 64 80 aa c0 ba 1c 06 00 
00 48 c7 c6 d0 a9 a9 c0 31 c0 44 89 4c 24 18 e8 18 94 eb ff 44 8b 4c 24 18 e9 
26 fc ff ff 

Bug#862752: chromium: 404 pages can't be found

[Bob Proulx]

Emmanuel Revah wrote:
> Dear Maintainer,

Hello Emmanuel.  I am not the maintainer but I have a suggestion.
When you find strange things like this it is always good to double
check using one of the command line tools.  Note also that many sites
have custom 404 pages that may be fooling you.  Debian's site has
custom 404 pages for example.

> It appears that Chromium does not let me see 404 pages sent from certain
> websites. I've tested using the same website with Firefox, I get the usual 404
> header with the website's 404 page.
> 
> With Chromium I do not, I get Chromium's own error page "No webpage was found
> for the web address:".

It would be good to double using wget or curl to verify the headers
and return code completely independently of any of the web browsers.
For example:

$ wget -S -O/dev/null http://www.debian.org/testing-nonexistent
--2017-05-16 18:27:25--  http://www.debian.org/testing-nonexistent
Resolving www.debian.org (www.debian.org)... 149.20.4.15, 140.211.166.202, 
128.31.0.62, ...
Connecting to www.debian.org (www.debian.org)|149.20.4.15|:80... connected.
HTTP request sent, awaiting response... 
  HTTP/1.1 404 Not Found
  Date: Wed, 17 May 2017 00:27:25 GMT
  Server: Apache
  Content-Location: 404.en.html
  Vary: negotiate,accept-language
  TCN: choice
  X-Content-Type-Options: nosniff
  X-Frame-Options: sameorigin
  Referrer-Policy: no-referrer
  X-Xss-Protection: 1
  Last-Modified: Mon, 08 May 2017 05:26:10 GMT
  ETag: "1e37-54efc7a13eacc;54f98ecd39bea"
  Accept-Ranges: bytes
  Content-Length: 7735
  X-Clacks-Overhead: GNU Terry Pratchett
  Keep-Alive: timeout=5, max=100
  Connection: Keep-Alive
  Content-Type: text/html
  Content-Language: en
2017-05-16 18:27:25 ERROR 404: Not Found.

> I found one thing that does work: DevTools. Indeed, with devtools open I can
> see the server's 404 page as I should.

I do not understand what you mean when you say "with devtools open".
But again I am not the maintainer but just another user.

Bob

Bug#862591: libvte-2.91-0: xfce4-terminal crashes when dumping a lot of text

[Brian Warner]

On 5/15/17 7:33 AM, Andreas Henriksson wrote:

> fwiw, I'm not able to reprocude this on amd64 with gnome-terminal.

I wonder if it's somehow specific to this chromebook. I'm running a
thing called "crouton", which gives you a chroot (of sid, in this case,
but you can get various other debian/ubuntu releases too). The X server
that the terminal program is using will send all its pixels to a Chrome
extension that draws them into a web frame. I don't *think* any of that
should be visible to the application, but maybe drawing pixels doesn't
happen as fast as it would on a normal computer?

> In other words, this assertion fails:
> http://sources.debian.net/src/vte2.91/0.46.1-1/src/vtestream-file.h/#L790
> 
> z_ret = uncompress ((Bytef *) dst, _ulongf, (const Bytef *) 
> src, srclen);
> g_assert_cmpuint (z_ret, ==, Z_OK);
> 
> Would be great if you could confirm by posting the asserting message
> that the application outputs when crashing.

I ran lilyterm from a non-crashing terminal (xterm) and had it dump a MB
of "a"s, and got:


Vte:ERROR:/home/warner/stuff/debian/vte2.91-0.46.1/./src/vtestream-file.h:790:unsigned
int _vte_boa_uncompress(char*, unsigned int, const char*, unsigned int):
assertion failed (z_ret == Z_OK): (4294967293 == 0)

and a coredump. So yes, I think that matches.

(I'm using lilyterm because I wasn't able to get gnome-terminal to run
from a regular shell.. I assume that it wants to be launched from some
special GNOME mode where it gets a control socket or a D-Bus thing or
something).

> Seems to me like you need to seek the answer to why uncompress fails
> in the zlib library (Possibly vte could handle the error more
> gracefully but probably a good idea to find out why zlib uncompress
> fails first.)

Yup. What is it decompressing anyways? I don't know much about terminal
programs, but from the other symbol names in that stack trace
(VteTerminalPrivate::insert_rows, _vte_ring_insert), I wonder if this
involves the scrollback history. Toggling lilyterm's "Scrollback lines"
option didn't seem to help.

I'll keep digging, and I'll file a bug on the gnome tracker.

cheers,
 -Brian

Bug#862789: git-buildpackage: Allow importing an upstream version without an upstream branch

[Jeremy Bicha]

Package: git-buildpackage
Version: 0.8.12.2

The Debian GNOME team is discussing their svn-to-git migration.
There's a concern about how the upstream/ branches will work when we
temporarily maintain two branches.

For examples, let's say we have debian/unstable and
debian/experimental where unstable might be 3.22.2 and experimental
might be 3.23.91 at the time of the divergence. Later there is a
3.22.3 and a 3.23.92. Finally, when 3.24.1 is released,
debian/experimental is merged into debian/unstable and
debian/experimental is probably deleted.

What do we do with the upstream branches then?

How important is it that upstream imports are tagged? Would it be ok
to allow import-orig to have a mode where no permanent upstream branch
is used and no upstream tags are created?

Thanks,
Jeremy Bicha

Bug#862788: git-buildpackage: import-orig should not normally allow importing an older version

[Jeremy Bicha]

Package: git-buildpackage
Version: 0.8.12.2

git-buildpackage import-orig allows you to import original tarballs in
any order. You can import version 4.0 and then import version 3.1. I
believe that will break things badly and should not be allowed or at
least not allowed unless the user explicitly asks for breaking the
normal ascending version order.

Thanks,
Jeremy Bicha

Bug#829046: Difficulties in packaging pagure

[Ben Finney]

On 16-May-2017, Boyuan Yang wrote:
> I would like to summerize problems found when packaging pagure in
> May 2017.

This is a useful list of issues!

> * Every version needs py-bcrypt, which exists in fedora but long
> superceded by python-bcrypt.
> 
> Patches in pagure source code available.

Do you mean that the Debian packaging could just take those patches,
and apply them to the existing Pagure version?

> * Some strange unittest errors for v2.6+dfsg.

Thanks for the build logs to show those errors.

> * Unittest needs a functional database when using "local" auth
> method but that database never exists during dh_auto_test.

Perhaps a change to the unit tests, so that they don't rely on an
actual database. (Unit tests should be isolated from external
dependencies that are not reliably available at test time.)

Would this be worthwhile?

> * Specific to v2.14.2: pep8-compat testing would invoke pyflake8,
> which is python3 version in Debian. (Fixed in upstream trunk).

Another patch that can just be taken from upstream and applied in the
packaging?

-- 
 \ “I have yet to see any problem, however complicated, which, |
  `\  when you looked at it in the right way, did not become still |
_o__)more complicated.” —Paul Anderson |
Ben Finney 


signature.asc
Description: PGP signature

Bug#829046: Git repository for Pagure packaging

[Ben Finney]

On 14-May-2017, Sergio Durigan Junior wrote:
> On Sunday, May 14 2017, Boyuan Yang wrote:
> 
> > I'm a little bit confused. The bug forwarding address in #829046
> > points at http://git.sergiodj.net/, however I couldn't find
> > packaging for pagure anywhere. Seems all deleted sometime before.
> 
> I have recently-ish moved my private things to another server, and I
> think the pagure repo got lost somehow. I'm currently out of town
> but I'll fix this as soon as I get back, next weekend.

Thanks for acting on that. You will also want to get a valid SSL
certificate for the site, as the current one (as of today) fails to
verify.

> Sure. I'll move everything to collab-maint as soon as I get back
> home […].

Thank you, that would be best IMO.

-- 
 \ “Pinky, are you pondering what I'm pondering?” “I think so, |
  `\Brain, but if the plural of mouse is mice, wouldn't the plural |
_o__)  of spouse be spice?” —_Pinky and The Brain_ |
Ben Finney 


signature.asc
Description: PGP signature

Bug#862527: Intention to close bug report

[Joel Maxuel]

Looks like I have a feature request here at best (add "select"
functionality like bash has into fish) which would be more appropriate on
the fish github, or at worst, support which I could try StackExchange for.

Unless I am missing something, feel free to close out.  Apologies for the
confusion.

--
Cheers,
Joel Maxuel

"One should strive to achieve, not sit in bitter regret."
 - Ronan Harris / Mark Jackson

Bug#862745: netcfg incorrectly defaults hostname to DHCPv6-provided NTP server address

[Cyril Brulebois]

Control: severity -1 important
Control: found -1 1.90

Hi Malcolm,

Malcolm Scott  (2017-05-16):
> netcfg uses a NTP server address from DHCPv6 as the default hostname
> (in the absence of a hostname explicitly provided via DHCP), due to a
> typo in autoconfig.c.

Oh wow…

Yeah, not only did we use the wrong index, but with a ++ to make sure,
and dhcp_hostname is the next field in the structure, so spot on!

> Patch attached.

Thanks, pushed an updated package to unstable, and cherry-picked the fix
on the jessie branch for a later point release. Marking it as affecting
the version where the offending commit was first included.


KiBi.


signature.asc
Description: Digital signature

Bug#861994: [PATCH 1/2] Add a dependency on python-pycurl, needed by lwr (closes: #861994)

[Florian Schlichting]

---
 debian/changelog | 7 +++
 setup.py | 1 +
 2 files changed, 8 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index 6c30e45..80292bd 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+live-wrapper (0.6+nmu1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add a dependency on python-pycurl, needed by lwr (closes: #861994)
+
+ -- Florian Schlichting   Tue, 16 May 2017 23:06:46 +0200
+
 live-wrapper (0.6) unstable; urgency=medium
 
   [ Ana C. Custura ]
diff --git a/setup.py b/setup.py
index 761f609..e573266 100644
--- a/setup.py
+++ b/setup.py
@@ -41,6 +41,7 @@ setup(
 'cliapp >= 1.20150829',
 'vmdebootstrap',
 'requests',
+'pycurl',
 'python-apt'
 ],
 entry_points={
-- 
2.11.0

Bug#861994: [PATCH 2/2] add Build-Dep's needed for building the lwr autodoc

[Florian Schlichting]

---
 debian/changelog | 6 --
 debian/control   | 5 -
 2 files changed, 8 insertions(+), 3 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 80292bd..a21b45a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,9 +1,11 @@
-live-wrapper (0.6+nmu1) UNRELEASED; urgency=medium
+live-wrapper (0.6+nmu1) unstable; urgency=medium
 
   * Non-maintainer upload.
   * Add a dependency on python-pycurl, needed by lwr (closes: #861994)
+  * Add Build-Depends: python-apt, python-cliapp, vmdebootstrap needed to
+completely build the lwr autodoc
 
- -- Florian Schlichting   Tue, 16 May 2017 23:06:46 +0200
+ -- Florian Schlichting   Tue, 16 May 2017 23:31:36 +0200
 
 live-wrapper (0.6) unstable; urgency=medium
 
diff --git a/debian/control b/debian/control
index a77c9bc..32297c3 100644
--- a/debian/control
+++ b/debian/control
@@ -6,8 +6,11 @@ Priority: optional
 Build-Depends: debhelper (>= 9),
dh-python,
python-all,
+   python-apt,
+   python-cliapp,
python-setuptools,
-   python-sphinx
+   python-sphinx,
+   vmdebootstrap
 Standards-Version: 3.9.8
 Vcs-Browser: https://anonscm.debian.org/cgit/debian-live/live-wrapper.git
 Vcs-Git: https://anonscm.debian.org/git/debian-live/live-wrapper.git
-- 
2.11.0

Bug#833671: clementine: please backport 1.3.1 for jessie

[Nicholas Steeves]

Hi Thomas,

From what I can tell, all the blocks have been unblocked and a bpo is
now possible.  Would you please backport
1.3.1+git276-g3485bbe43+dfsg-1?

Thank you,
Nicholas


signature.asc
Description: Digital signature

Bug#861994: live-wrapper: diff for NMU version 0.6+nmu1

[Florian Schlichting]

Control: tags 861994 + patch
Control: tags 861994 + pending

Dear maintainer,

I've prepared an NMU for live-wrapper (versioned as 0.6+nmu1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru live-wrapper-0.6/debian/changelog live-wrapper-0.6+nmu1/debian/changelog
--- live-wrapper-0.6/debian/changelog	2017-01-23 03:39:31.0 +0100
+++ live-wrapper-0.6+nmu1/debian/changelog	2017-05-16 23:31:36.0 +0200
@@ -1,3 +1,12 @@
+live-wrapper (0.6+nmu1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add a dependency on python-pycurl, needed by lwr (closes: #861994)
+  * Add Build-Depends: python-apt, python-cliapp, vmdebootstrap needed to
+completely build the lwr autodoc
+
+ -- Florian Schlichting   Tue, 16 May 2017 23:31:36 +0200
+
 live-wrapper (0.6) unstable; urgency=medium
 
   [ Ana C. Custura ]
diff -Nru live-wrapper-0.6/debian/control live-wrapper-0.6+nmu1/debian/control
--- live-wrapper-0.6/debian/control	2017-01-22 23:30:58.0 +0100
+++ live-wrapper-0.6+nmu1/debian/control	2017-05-16 23:31:36.0 +0200
@@ -6,8 +6,11 @@
 Build-Depends: debhelper (>= 9),
dh-python,
python-all,
+   python-apt,
+   python-cliapp,
python-setuptools,
-   python-sphinx
+   python-sphinx,
+   vmdebootstrap
 Standards-Version: 3.9.8
 Vcs-Browser: https://anonscm.debian.org/cgit/debian-live/live-wrapper.git
 Vcs-Git: https://anonscm.debian.org/git/debian-live/live-wrapper.git
diff -Nru live-wrapper-0.6/live_wrapper.egg-info/dependency_links.txt live-wrapper-0.6+nmu1/live_wrapper.egg-info/dependency_links.txt
--- live-wrapper-0.6/live_wrapper.egg-info/dependency_links.txt	2017-01-23 01:56:29.0 +0100
+++ live-wrapper-0.6+nmu1/live_wrapper.egg-info/dependency_links.txt	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-
diff -Nru live-wrapper-0.6/live_wrapper.egg-info/entry_points.txt live-wrapper-0.6+nmu1/live_wrapper.egg-info/entry_points.txt
--- live-wrapper-0.6/live_wrapper.egg-info/entry_points.txt	2017-01-23 01:56:29.0 +0100
+++ live-wrapper-0.6+nmu1/live_wrapper.egg-info/entry_points.txt	1970-01-01 01:00:00.0 +0100
@@ -1,3 +0,0 @@
-[console_scripts]
-lwr = lwr.run:main
-
diff -Nru live-wrapper-0.6/live_wrapper.egg-info/PKG-INFO live-wrapper-0.6+nmu1/live_wrapper.egg-info/PKG-INFO
--- live-wrapper-0.6/live_wrapper.egg-info/PKG-INFO	2017-01-23 01:56:29.0 +0100
+++ live-wrapper-0.6+nmu1/live_wrapper.egg-info/PKG-INFO	1970-01-01 01:00:00.0 +0100
@@ -1,18 +0,0 @@
-Metadata-Version: 1.1
-Name: live-wrapper
-Version: 0.6
-Summary: Create a Debian live image based on vmdebootstrap
-Home-page: https://anonscm.debian.org/cgit/debian-live/live-wrapper.git
-Author: Iain R. Learmonth
-Author-email: i...@debian.org
-License: UNKNOWN
-Description: UNKNOWN
-Platform: UNKNOWN
-Classifier: Development Status :: 3 - Alpha
-Classifier: Environment :: Console
-Classifier: Intended Audience :: Developers
-Classifier: Intended Audience :: System Administrators
-Classifier: License :: OSI Approved :: BSD License
-Classifier: Programming Language :: Python
-Classifier: Programming Language :: Python :: 2.7
-Classifier: Topic :: System :: Installation/Setup
diff -Nru live-wrapper-0.6/live_wrapper.egg-info/requires.txt live-wrapper-0.6+nmu1/live_wrapper.egg-info/requires.txt
--- live-wrapper-0.6/live_wrapper.egg-info/requires.txt	2017-01-23 01:56:29.0 +0100
+++ live-wrapper-0.6+nmu1/live_wrapper.egg-info/requires.txt	1970-01-01 01:00:00.0 +0100
@@ -1,4 +0,0 @@
-cliapp >= 1.20150829
-vmdebootstrap
-requests
-python-apt
diff -Nru live-wrapper-0.6/live_wrapper.egg-info/SOURCES.txt live-wrapper-0.6+nmu1/live_wrapper.egg-info/SOURCES.txt
--- live-wrapper-0.6/live_wrapper.egg-info/SOURCES.txt	2017-01-23 01:56:29.0 +0100
+++ live-wrapper-0.6+nmu1/live_wrapper.egg-info/SOURCES.txt	1970-01-01 01:00:00.0 +0100
@@ -1,19 +0,0 @@
-README
-setup.py
-live_wrapper.egg-info/PKG-INFO
-live_wrapper.egg-info/SOURCES.txt
-live_wrapper.egg-info/dependency_links.txt
-live_wrapper.egg-info/entry_points.txt
-live_wrapper.egg-info/requires.txt
-live_wrapper.egg-info/top_level.txt
-lwr/__init__.py
-lwr/apt_udeb.py
-lwr/bootloader.py
-lwr/cdroot.py
-lwr/disk.py
-lwr/grub.py
-lwr/isolinux.py
-lwr/run.py
-lwr/utils.py
-lwr/vm.py
-lwr/xorriso.py
\ No newline at end of file
diff -Nru live-wrapper-0.6/live_wrapper.egg-info/top_level.txt live-wrapper-0.6+nmu1/live_wrapper.egg-info/top_level.txt
--- live-wrapper-0.6/live_wrapper.egg-info/top_level.txt	2017-01-23 01:56:29.0 +0100
+++ live-wrapper-0.6+nmu1/live_wrapper.egg-info/top_level.txt	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-lwr
diff -Nru live-wrapper-0.6/setup.py live-wrapper-0.6+nmu1/setup.py
--- live-wrapper-0.6/setup.py	2017-01-08 00:44:10.0 +0100
+++ live-wrapper-0.6+nmu1/setup.py	2017-05-16 23:31:36.0 

Bug#862746: unblock: simple-cdd/0.6.5

[Cyril Brulebois]

Vagrant Cascadian  (2017-05-16):
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> X-Debbugs-Cc: debian-b...@lists.debian.org, 
> simple-cdd-de...@lists.alioth.debian.org
> 
> Thanks for all your work on the Release Team!
> 
> Please unblock package simple-cdd
> 
> With the recent announcement shutting down public FTP services:
> 
>   https://lists.debian.org/debian-announce/2017/msg1.html
> 
> This requires some significant changes in simple-cdd, as simple-cdd
> relied on Debian's FTP mirrors for downloading files discovered by FTP
> directory listing.
> 
> Now simple-cdd uses http://deb.debian.org/debian/extrafiles, an
> inline-signed list of checksums for various content in the archive
> (notably, tools/*, docs/*). This also allows signature and checksum
> verification of all downloaded files, which is a huge security
> improvement.

The introduction of this file is indeed great news.

[…]

> No changes were made to the simple-cdd-profiles udeb, so should not
> have any impact on debian-installer.

ACK. TBF I was surprised to even get this mail in the first place. ;)

[Reminds me I really should try simple-cdd one day, but too many birds,
too little time.]


KiBi.


signature.asc
Description: Digital signature

Bug#862787: debconf: Passwords do not match.

[luciano]

Package: debconf
Version: 1.5.56
Severity: grave
Tags: security
Justification: user security hole

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***
During the installation of ddclient, Debconf display the error "Passwords do 
not match. The two passwords you entered where not the same. Please try again". 
If I try again then the password is accepted. Always the same message, after 
more than 10 install/uninstall attemps using two different computers.

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


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

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

Versions of packages debconf depends on:
ii  perl-base  5.20.2-3+deb8u6

Versions of packages debconf recommends:
ii  apt-utils 1.0.9.8.4
ii  debconf-i18n  1.5.56

Versions of packages debconf suggests:
pn  debconf-doc
pn  debconf-utils  
ii  libgtk2-perl   2:1.2492-4
pn  libnet-ldap-perl   
ii  libqtcore4-perl4.8.4-1.2
ii  libqtgui4-perl 4.8.4-1.2
pn  libterm-readline-gnu-perl  
ii  perl   5.20.2-3+deb8u6
ii  whiptail   0.52.17-1+b1

-- debconf information:
  debconf-apt-progress/preparing:
  debconf-apt-progress/info:
  debconf-apt-progress/media-change:
  debconf/frontend: Dialog
  debconf-apt-progress/title:
  debconf/priority: high

Bug#862786: pdmenu depends on the obsolete Debian menu

[Adrian Bunk]

Package: pdmenu
Version: 1.3.4
Severity: serious

pdmenu heavily uses the obsolete Debian menu.

Since many packages already dropped their Debian menu entries,
the selection of programs offered has become pretty random.

Bug#862785: unblock: apt/1.4.4

[Julian Andres Klode]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package apt

Follow up to 1.4.2 and 1.4.3 that fixes odd shell parsing
stuff for the lock file descriptor ($LOCKFD>&- was parsed
as $LOCKFD >&- -- see #862567). This caused unattended-upgrades
to crash, as it could not write output.

You'll find that the locking code is now much nicer to look
at than in 1.4.2.

(Diff against 1.4.1 with -w, and full against 1.4.3
 attached)

unblock apt/1.4.4

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (900, 'unstable'), (500, 'unstable-debug'), (500, 
'buildd-unstable'), (500, 'testing'), (100, 'experimental'), (1, 
'experimental-debug')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

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

-- 
Debian Developer - deb.li/jak | jak-linux.org - free software dev
  |  Ubuntu Core Developer |
When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to ('inline').  Thank you.
diff -Nru -w apt-1.4.1/CMakeLists.txt apt-1.4.4/CMakeLists.txt
--- apt-1.4.1/CMakeLists.txt	2017-04-24 18:47:55.0 +0200
+++ apt-1.4.4/CMakeLists.txt	2017-05-16 23:19:50.0 +0200
@@ -172,7 +172,7 @@
 # Configure some variables like package, version and architecture.
 set(PACKAGE ${PROJECT_NAME})
 set(PACKAGE_MAIL "APT Development Team ")
-set(PACKAGE_VERSION "1.4.1")
+set(PACKAGE_VERSION "1.4.4")
 
 if (NOT DEFINED DPKG_DATADIR)
   execute_process(COMMAND ${PERL_EXECUTABLE} -MDpkg -e "print $Dpkg::DATADIR;"
diff -Nru -w apt-1.4.1/completions/bash/apt apt-1.4.4/completions/bash/apt
--- apt-1.4.1/completions/bash/apt	2017-04-24 18:47:55.0 +0200
+++ apt-1.4.4/completions/bash/apt	2017-05-16 23:19:50.0 +0200
@@ -158,7 +158,7 @@
 ' -- "$cur" ) )
 return 0
 ;;
-clean|autocleean)
+clean|autoclean)
 COMPREPLY=( $( compgen -W '
 -s --simulate --dry-run
 ' -- "$cur" ) )
diff -Nru -w apt-1.4.1/debian/apt-daily.service apt-1.4.4/debian/apt-daily.service
--- apt-1.4.1/debian/apt-daily.service	2017-04-24 18:47:55.0 +0200
+++ apt-1.4.4/debian/apt-daily.service	2017-05-16 23:19:50.0 +0200
@@ -1,9 +1,9 @@
 [Unit]
-Description=Daily apt activities
+Description=Daily apt download activities
 Documentation=man:apt(8)
 ConditionACPower=true
 
 [Service]
 Type=oneshot
-ExecStart=/usr/lib/apt/apt.systemd.daily
+ExecStart=/usr/lib/apt/apt.systemd.daily update
 
diff -Nru -w apt-1.4.1/debian/apt-daily.timer apt-1.4.4/debian/apt-daily.timer
--- apt-1.4.1/debian/apt-daily.timer	2017-04-24 18:47:55.0 +0200
+++ apt-1.4.4/debian/apt-daily.timer	2017-05-16 23:19:50.0 +0200
@@ -1,11 +1,11 @@
 [Unit]
-Description=Daily apt activities
+Description=Daily apt download activities
 After=network-online.target
 Wants=network-online.target
 
 [Timer]
-OnCalendar=*-*-* 6:00
-RandomizedDelaySec=60m
+OnCalendar=*-*-* 6,18:00
+RandomizedDelaySec=12h
 Persistent=true
 
 [Install]
diff -Nru -w apt-1.4.1/debian/apt-daily-upgrade.service apt-1.4.4/debian/apt-daily-upgrade.service
--- apt-1.4.1/debian/apt-daily-upgrade.service	1970-01-01 01:00:00.0 +0100
+++ apt-1.4.4/debian/apt-daily-upgrade.service	2017-05-16 23:19:50.0 +0200
@@ -0,0 +1,9 @@
+[Unit]
+Description=Daily apt upgrade and clean activities
+Documentation=man:apt(8)
+ConditionACPower=true
+After=apt-daily.service
+
+[Service]
+Type=oneshot
+ExecStart=/usr/lib/apt/apt.systemd.daily install
diff -Nru -w apt-1.4.1/debian/apt-daily-upgrade.timer apt-1.4.4/debian/apt-daily-upgrade.timer
--- apt-1.4.1/debian/apt-daily-upgrade.timer	1970-01-01 01:00:00.0 +0100
+++ apt-1.4.4/debian/apt-daily-upgrade.timer	2017-05-16 23:19:50.0 +0200
@@ -0,0 +1,11 @@
+[Unit]
+Description=Daily apt upgrade and clean activities
+After=apt-daily.timer
+
+[Timer]
+OnCalendar=*-*-* 6:00
+RandomizedDelaySec=60m
+Persistent=true
+
+[Install]
+WantedBy=timers.target
diff -Nru -w apt-1.4.1/debian/apt.systemd.daily apt-1.4.4/debian/apt.systemd.daily
--- apt-1.4.1/debian/apt.systemd.daily	2017-04-24 18:47:55.0 +0200
+++ apt-1.4.4/debian/apt.systemd.daily	2017-05-16 23:19:50.0 +0200
@@ -291,6 +291,23 @@
 }
 
 #  main 
+if [ "$1" = "lock_is_held" ]; then
+shift
+else
+# Maintain a lock on fd 3, so we can't run the script twice at the same
+# time.
+eval $(apt-config shell StateDir Dir::State/d)
+exec 3>${StateDir}/daily_lock
+if ! flock -w 3600 3; then
+echo "E: Could not acquire lock" >&2
+exit 1
+fi
+
+# We hold the lock.  Rerun this script as a child 

Bug#862784: unblock: debian-edu-config/1.927

[Holger Levsen]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
x-debbugs-cc: debian-...@lists.debian.org

Please unblock package debian-edu-config to fix the serious bug #862652 which
is a broken exim4 configuration due the security update for CVE-2016-151 in
exim4. Additional changes are minor cleanups to our testsuite.

unblock debian-edu-config/1.927

The full changelog is:

debian-edu-config (1.927) unstable; urgency=medium

  [ Wolfgang Schweer ]
  * Fix broken exim4 configuration, enable security. (Closes: #862652).
- Add usr/share/debian-edu-config/tools/exim4-create-cert.
- Add usr/share/debian-edu-config/tools/exim4-create-environment.
- Adjust cf/cf.exim to use both scripts.
- Adjust etc/exim4/exim-ldap-server-v4.conf.
  + Make it work after the exim4 security fix for CVE-2016-1531.
  + Improve security: create certificate to enable TLS, re-enable
identity check via Kerberos; now only system mail to postmaster
is enabled unconditionally; see #794602.
  * Fix typo in testsuite/network to use the correct LTSP-Server profile name.
  * Drop ddcprobe and ddccontrol related code from testsuite/hardware.
- ddcprobe is part of the package xresprobe, not available in stretch.
- ddccontrol belongs to package ddccontrol (monitor database unmaintained
  since > 10 years) which isn't installed by default.

 -- Holger Levsen   Mon, 15 May 2017 18:15:45 +0200

$ debdiff debian-edu-config_1.926.dsc debian-edu-config_1.927.dsc|diffstat
 cf/cf.exim |5 +++
 debian/changelog   |   20 ++
 etc/exim4/exim-ldap-server-v4.conf |   17 +++-
 share/debian-edu-config/tools/exim4-create-cert|   23 +
 share/debian-edu-config/tools/exim4-create-environment |   18 +
 testsuite/hardware |8 -
 testsuite/network  |2 -
 7 files changed, 82 insertions(+), 11 deletions(-)

The full debdiff is attached.

Thanks for your work on Stretch!


-- 
cheers,
Holger
diff -Nru debian-edu-config-1.926/cf/cf.exim debian-edu-config-1.927/cf/cf.exim
--- debian-edu-config-1.926/cf/cf.exim	2017-01-13 13:11:08.0 +0100
+++ debian-edu-config-1.927/cf/cf.exim	2017-05-15 12:24:33.0 +0200
@@ -16,6 +16,11 @@
 shellcommands:
 
 
+  debian.server.installation::
+
+  "/usr/share/debian-edu-config/tools/exim4-create-cert"
+  "/usr/share/debian-edu-config/tools/exim4-create-environment"
+
   debian.installation::
 
 "/usr/sbin/exim4 -qff"
diff -Nru debian-edu-config-1.926/debian/changelog debian-edu-config-1.927/debian/changelog
--- debian-edu-config-1.926/debian/changelog	2017-04-27 19:23:11.0 +0200
+++ debian-edu-config-1.927/debian/changelog	2017-05-15 18:15:45.0 +0200
@@ -1,3 +1,23 @@
+debian-edu-config (1.927) unstable; urgency=medium
+
+  [ Wolfgang Schweer ]
+  * Fix broken exim4 configuration, enable security. (Closes: #862652).
+- Add usr/share/debian-edu-config/tools/exim4-create-cert.
+- Add usr/share/debian-edu-config/tools/exim4-create-environment.
+- Adjust cf/cf.exim to use both scripts.
+- Adjust etc/exim4/exim-ldap-server-v4.conf.
+  + Make it work after the exim4 security fix for CVE-2016-1531.
+  + Improve security: create certificate to enable TLS, re-enable
+identity check via Kerberos; now only system mail to postmaster
+is enabled unconditionally; see #794602.
+  * Fix typo in testsuite/network to use the correct LTSP-Server profile name.
+  * Drop ddcprobe and ddccontrol related code from testsuite/hardware.
+- ddcprobe is part of the package xresprobe, not available in stretch.
+- ddccontrol belongs to package ddccontrol (monitor database unmaintained
+  since > 10 years) which isn't installed by default.
+
+ -- Holger Levsen   Mon, 15 May 2017 18:15:45 +0200
+
 debian-edu-config (1.926) unstable; urgency=medium
 
   [ Holger Levsen ]
diff -Nru debian-edu-config-1.926/etc/exim4/exim-ldap-server-v4.conf debian-edu-config-1.927/etc/exim4/exim-ldap-server-v4.conf
--- debian-edu-config-1.926/etc/exim4/exim-ldap-server-v4.conf	2016-05-18 19:44:48.0 +0200
+++ debian-edu-config-1.927/etc/exim4/exim-ldap-server-v4.conf	2017-05-15 12:54:29.0 +0200
@@ -7,8 +7,20 @@
 # Upgrade from v3 version by Maximilian Wilhelm 
 #  -- Sat, 11 Jun 2005 02:44:08 +0200
 #
+# Adjusted to work after the exim4 security fix for CVE-2016-1531.
+# Also improve security some more: enable TLS, re-enable identity check;
+# only system mail to postmaster is enabled unconditionally; see #794602.
+# -- Wolfgang Schweer , 2017-05-13.
 
 ##
+keep_environment = KRB5_KTNAME : PWD : ^LDAP
+tls_advertise_hosts = *
+tls_certificate = /etc/exim4/exim.crt

Bug#862783: unblock: readline/7.0-3

[Matthias Klose]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please consider unblocking readline/7.0-3, applying two upstream updates, fixing
RC issue #852750 by one of them.

Bug#862782: cmucl: binary-all packages should also become i386

[Adrian Bunk]

Source: cmucl
Version: 21a-4
Severity: important

cmulc builds i386 and all packages.

The all packages cannot be built on the amd64 Debian autobuilders.

For allowing source-only uploads of cmucl, the all packages should
also become i386 packages.

Bug#862243: Just a kind reminder to release team - unblock linux kernel

[Julien Aubin]

Hi,

Just a kind reminder to release team, as d-i release manager has ack the
fixes by Salvatore could you please unblock the kernel update ?

As of now Debian testing users are at risk because of many security issues
which are fixed in this newer kernel release.

The fixed security issues are mentionned there :
https://security-tracker.debian.org/tracker/source-package/linux

Thanks a lot !

Bug#862704: closed by Theodore Ts'o <ty...@mit.edu> (Re: Bug#862704: e2fsprogs: Cannot mount Stretch ext4 partition from my Slackware 14.1 installation.)

[Vasant K]

I agree Slackware 14.1 is old so is Wheezy which is supposed to be still
supported. Seems to me that the default installation should be backward
compatible.

On Tue, May 16, 2017 at 11:36 AM, Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> This is an automatic notification regarding your Bug report
> which was filed against the e2fsprogs package:
>
> #862704: e2fsprogs: Cannot mount Stretch ext4 partition from my Slackware
> 14.1 installation.
>
> It has been closed by Theodore Ts'o .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Theodore Ts'o <
> ty...@mit.edu> by
> replying to this email.
>
>
> --
> 862704: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862704
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- Forwarded message --
> From: "Theodore Ts'o" 
> To: VasantK , 862704-d...@bugs.debian.org
> Cc:
> Bcc:
> Date: Tue, 16 May 2017 14:34:14 -0400
> Subject: Re: Bug#862704: e2fsprogs: Cannot mount Stretch ext4 partition
> from my Slackware 14.1 installation.
> The Slackware 14.1 distribution uses a 3.10 kernel, which is ancient.
> So it's not terribly surprising that it may not be able to mount a
> file system made with a more modern e2fsprogs release.
>
> My guess is that it's the metadata checksum feature which is causing
> problems.  If you create the file system via:
>
>mke2fs -t ext4 -O ^metadata_csum,uninit_bg /dev/sdXX
>
> That should allow you to mount the file system on legacy/ancient
> kernels.
>
> Cheers,
>
> - Ted
>
> -- Forwarded message --
> From: VasantK 
> To: Debian Bug Tracking System 
> Cc:
> Bcc:
> Date: Mon, 15 May 2017 17:27:16 -0700
> Subject: e2fsprogs: Cannot mount Stretch ext4 partition from my Slackware
> 14.1 installation.
> Package: e2fsprogs
> Version: 1.43.4-2
> Severity: normal
>
> Dear Maintainer,
>
> *** Reporter, 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?
>
> *** End of the template - remove these template lines ***
>
>
> -- System Information:
> Debian Release: 9.0
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: i386
>  (i686)
>
> Kernel: Linux 4.9.0-2-686-pae (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages e2fsprogs depends on:
> ii  e2fslibs1.43.4-2
> ii  libblkid1   2.29.2-1
> ii  libc6   2.24-10
> ii  libcomerr2  1.43.4-2
> ii  libss2  1.43.4-2
> ii  libuuid12.29.2-1
> ii  util-linux  2.29.2-1
>
> e2fsprogs recommends no packages.
>
> Versions of packages e2fsprogs suggests:
> pn  e2fsck-static  
> pn  fuse2fs
> pn  gpart  
> pn  parted 
>
> -- no debconf information
>
>

Bug#861538: youtube-dl: Failure with some downloads due to changes at youtube, solved by new version

[Rogério Brito]

Ok, I will try to take a look at it when I get home and upload a new
version.

Thanks for the link to a video that can show if the new version will fix
the problem.

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

Em 13 de mai de 2017 21:45, "Soeren D. Schulze" 
escreveu:

> I can also confirm the presence of the problem in both 2017.02.07-1 and
> 2017.03.26-1 as well as the absence in upstream 2017.05.09.
>
>
> Sören
>
>

Bug#862781: clear_console: Race condition for VT_WAITACTIVE.

[Erik Ziegenbalg]

Package: bash
Version: 4.3-11+deb8u1
Severity: normal

Dear Maintainer,

there is a race condition in debians clear_console.c. This results in unexpected
tty switches. The below patch addresses the problem. Please consider merging 
this
back in.

Thank you for your time,
Erik

--- a/debian/clear_console.c
+++ b/debian/clear_console.c
@@ -167,7 +167,7 @@
 
 int clear_console(int fd)
 {
-  int num, tmp_num;
+  int num, tmp_num, ret;
 #if defined(__linux__)
   struct vt_stat vtstat;
 #endif
@@ -209,7 +209,12 @@
   exit(1);
 }
 
-  if (ioctl(fd, VT_WAITACTIVE, tmp_num))
+  do
+{
+  ret = ioctl(fd, VT_WAITACTIVE, tmp_num);
+} while (ret && errno == EINTR);
+
+  if (ret != 0)
 {
   if (!quiet)
perror("VT_WAITACTIVE");
@@ -224,7 +229,12 @@
   exit(1);
 }
 
-  if (ioctl(fd, VT_WAITACTIVE, num))
+  do
+  {
+ret = ioctl(fd, VT_WAITACTIVE, num);
+  } while (ret && errno == EINTR);
+
+  if (ret != 0)
 {
   if (!quiet)
perror("VT_WAITACTIVE");



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

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

Versions of packages bash depends on:
ii  base-files   8+deb8u8
ii  dash 0.5.7-4+b1
ii  debianutils  4.4+b1
ii  libc62.19-18+deb8u9
ii  libncurses5  5.9+20140913-1+b1
ii  libtinfo55.9+20140913-1+b1

Versions of packages bash recommends:
ii  bash-completion  1:2.1-4

Versions of packages bash suggests:
pn  bash-doc  

-- no debconf information

Bug#862780: haproxy: Please build with -DUSE_GETADDRINFO for functional IPv6 hostname lookups

[Anton Eliasson]

Source: haproxy
Version: 1.7.5-1~bpo8+1.1
Severity: normal
Tags: patch ipv6

Dear Maintainer,

Without this configuration option, haproxy cannot resolve hostnames that have 
only IPv6 () records. To quote the project's README:

Recent systems can resolve IPv6 host names using getaddrinfo(). This primitive
is not present in all libcs and does not work in all of them either. Support in
glibc was broken before 2.3. Some embedded libs may not properly work either,
thus, support is disabled by default, meaning that some host names which only
resolve as IPv6 addresses will not resolve and configs might emit an error
during parsing. If you know that your OS libc has reliable support for
getaddrinfo(), you can add USE_GETADDRINFO=1 on the make command line to enable
it. This is the recommended option for most Linux distro packagers since it's
working fine on all recent mainstream distros. It is automatically enabled on
Solaris 8 and above, as it's known to work.


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--- a/debian/rules	2017-04-11 16:07:51.0 +0200
+++ b/debian/rules	2017-05-16 22:48:29.820047917 +0200
@@ -12,6 +12,7 @@
 	 USE_OPENSSL=1 \
 	 USE_ZLIB=1 \
 	 USE_LUA=1 \
+	 USE_GETADDRINFO=1 \
 	 LUA_INC=/usr/include/lua5.3
 
 OS_TYPE = $(shell dpkg-architecture -qDEB_HOST_ARCH_OS)
--- a/debian/rules	2017-04-11 16:07:51.0 +0200
+++ b/debian/rules	2017-05-16 22:48:29.820047917 +0200
@@ -12,6 +12,7 @@
 	 USE_OPENSSL=1 \
 	 USE_ZLIB=1 \
 	 USE_LUA=1 \
+	 USE_GETADDRINFO=1 \
 	 LUA_INC=/usr/include/lua5.3
 
 OS_TYPE = $(shell dpkg-architecture -qDEB_HOST_ARCH_OS)

Bug#862748: libnmap-parser-perl: not all service fields are parsed

[gregor herrmann]

Control: forwarded -1 https://rt.cpan.org/Ticket/Display.html?id=96867

On Tue, 16 May 2017 17:18:14 +0200, Peter Gervai wrote:

> You should parse more ;)
> (Generally you should parse all other fields, known or else.)
> 
> 
> --- Parser.pm.orig  2017-05-16 17:13:54.717701138 +0200
> +++ Parser.pm   2017-05-16 17:13:58.997635383 +0200
> @@ -434,6 +434,9 @@
>  $service_hashref->{method}  = $service->{att}->{method};
>  $service_hashref->{confidence}  = $service->{att}->{conf};
>  $service_hashref->{fingerprint} = $service->{att}->{servicefp};
> +   # more
> +   $service_hashref->{hostname}= $service->{att}->{hostname};
> +   $service_hashref->{ostype}  = $service->{att}->{ostype};
>  }
>  
>  return $service_hashref;
> 

Thanks, I've added your proposal to to upstream ticket at
https://rt.cpan.org/Ticket/Display.html?id=96867
where a similar change was already requested.


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Joan Baez: Don't cry for me argentina


signature.asc
Description: Digital Signature

Bug#861842: snort 2.9.7 is EOL upstream

[Lee Garrett]

Hi Javier,

thank you for your response. I filed this bug more as a dead man's switch
since the package seemed to lack recent updates. If you're willing to maintain
this version during the lifecycle of stretch I'm fine with your assessment.

I'm interested in getting 3.0 into stretch+1, and maybe even in
stretch-backports. Is someone currently working on that who I can coordinate
with? I've sent a join request to the project, my username is lgarrett-guest.

Greets,
Lee

On 13/05/17 15:14, Javier Fernandez-Sanguino wrote:
> severity 861842 important
> thanks
> 
> On 4 May 2017 at 18:36, Lee Garrett  > wrote:
> 
> Source: snort
> Version: 2.9.7.0-5
> Severity: grave
> Justification: renders package unusable
> 
> 
> I do not agree that this Snort version being EOL makes the package unusable.
> Sure, it will be difficult to support as there will be no support upstream,
> but not unusable to end users.  The package can still be used, and sysadmins
> can update it with rules if they invest the required time.
> 
> I agree however, it was an oversight on our side to not provide an updated
> Snort version last year, before the freeze.
> 
>  
> 
> The version of snort in Debian testing/sid has reached EOL in March [0],
> making
> it difficult to provide security updates or rule updates over the 
> lifecycle of
> stretch. Since no newer version is packaged yet and stretch is deep into 
> the
> freeze, I suggest removing the package from stretch
> 
> 
> As you said, it might be difficult to get security updates, but not
> impossible. Patches can be backported. 
> 
> As for the risk of potential security vulnerabilities during Stretch's
> lifecycle: It is worth noting, also, that Snort does not have a bad track
> record of security bugs that need an immediate fix. There has only been one
> DSA for Snort in Debian (DSA-297 [1]). Overall, NIST's Vulnerability database
> has only 30 security bugs reported for Snort [2] in the past 17 years, of
> which only a few (4) led to remote execution (2 of them were fixed in the DSA
> above). As maintainer, I am willing to work in backporting fixes of
> vulnerabilities if required.
> 
> As for rule updates: Snort users can run the release in Debian and still get
> some new rules in it. There will not be able to use new rules that make use of
> preprocessors. But this is the same if we would have 2.9.8.3 in Debian
> instead, some rules would only work with newer releases (e.g. 2.9.9.0). Also
> note that in Debian we do not distribute rule updates, only a limited subset
> of the available rules in the Internet are provided (see the
> snort-rules-default package for more information)
> 
> Based on the reasoning above, and the fact that the 'grave' severity does not
> really qualify for "unmaintained/unsupported" software in Debian, I'm reducing
> the severity of this bug.
> 
> I will not oppose the removal if the Debian Security team requests it, but
> please be aware in the past we have shipped software in the stable release
> that is not maintained upstream anymore. 
> 
> Best regards
> 
> Javier
> 
> [1] https://www.debian.org/security/2003/dsa-297
> [2]
>  
> https://nvd.nist.gov/vuln/search/results?adv_search=false_type=basic_type=overview_type=all=snort
>  

Bug#853750: Merge this bug into 848257

[Liam Healy]

I believe this bug is already reported, see https://bugs.debian.org/848257.

Bug#862779: ghostscript: Regression caused by CVE-2017-8291 fix: breaks pstoedit when using DELAYBIND feature

[Salvatore Bonaccorso]

FTR, "reproducer"

$ pstoedit -f plot-svg foo.pdf foo.svg -dt -ssp -psarg -r9600x9600 -pta

Regards,
Salvatore

Bug#862778: Port from libnm-glib to libnm (or GNetworkMonitor)

[Michael Biebl]

Source: nis
Version: 3.17.1-1
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: libnm

Hi,

the libnm-glib/libnm-util libraries have been deprecated upstream in
favour of libnm.

Your package declares a Build-Depends on network-manager-dev.
It seems, nis uses NetworkManager for checking the connectivity status.
It uses the D-Bus API for that.

ypbind-mt-1.38/configure.ac checks for NetworkManager/NetworkManager.h
and NetworkManager/NetworkManagerVPN.h, but it has fallback code in
ypbind-mt-1.38/src/ypbind_dbus_nm.c in case those headers are not
available.

Please consider switching to libnm, which provides a similar API as
libnm-glib/libnm-util [1] and update the configure check and header
includes accordingly.

Alternatively, and maybe an even better approach would be, to use
GNetworkMonitor instead, which was introduced in glib 2.32 [2] and is
available since wheezy.

Regards,
Michael

[1] https://developer.gnome.org/libnm/stable/
[2] https://developer.gnome.org/gio/stable/GNetworkMonitor.html


-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

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

Bug#862779: ghostscript: Regression caused by CVE-2017-8291 fix: breaks pstoedit when using DELAYBIND feature

[Salvatore Bonaccorso]

Package: ghostscript
Version: 9.20~dfsg-3.1
Severity: serious
Tags: patch security upstream fixed-upstream
Justification: regression
Forwarded: https://bugs.ghostscript.com/show_bug.cgi?id=697846

Hi

The update in unstable for ghostscript breaks pstoedit when using
DELAYBIND feature.

Details: https://bugs.ghostscript.com/show_bug.cgi?id=697846

and originally reported in Ubuntu as:

https://bugs.launchpad.net/ubuntu/+source/ghostscript/+bug/1687614

Fix:
http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=57f20719

AFAICT, this does only apply to stretch/sid, but not to jessie (but
needs another review).

Regards,
Salvatore

Bug#862775: ITP: visitors -- OCaml syntax extension for object-oriented visitors

[Romain Francoise]

FWIW you may not be aware that there is already an unrelated package by
that name in the archive, although it's no longer in testing/unstable:

 https://packages.qa.debian.org/v/visitors.html

-- 
Romain Francoise 
https://people.debian.org/~rfrancoise/

Bug#862777: dom-new-git-repo: must use "gbp import-orig"

[Ralf Treinen]

Package: dh-ocaml
Version: 1.0.10
Severity: normal
Tags: patch

git-import-orig seems to be gone, its invocation in dom-new-git-repo
should be replaced by gbp import-orig.

-Ralf.

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

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

dh-ocaml depends on no packages.

Versions of packages dh-ocaml recommends:
ii  debhelper  10.2.5
ii  ocaml-nox  4.02.3-9

Versions of packages dh-ocaml suggests:
ii  git  1:2.11.0-2

-- no debconf information

Bug#862776: ITP: libblockdev -- library for manipulating block devices

[Martin Pitt]

Package: wnpp
Severity: wishlist
Owner: Martin Pitt 

* Package name: libblockdev
  Version : 2.6
  Upstream Author : Vratislav Podzimek 
  URL : https://github.com/rhinstaller/libblockdev
* License : GPL-2+
  Programming Lang: C
  Description : Library for manipulating block devices
  libblockdev is a C library supporting GObject introspection for manipulation 
of
  block devices. It has a plugin-based architecture where each technology (like
  LVM, Btrfs, MD RAID, Swap,...) is implemented in a separate plugin, possibly
  with multiple implementations (e.g. using LVM CLI or the new LVM DBus API).

This will soon be used by udisks [1], see that PR for details of the rationale.
In short, this will replace the coarse/brittle command line tool interfacing
with a proper library which will also be used in different storage management
related tools.

Peter and Andreas did the brunt of the packaging at [2], I'll give it a review
and some fine-tuning soon. This will be maintained under the Utopia umbrella,
the project which already maintains udisks, upower, libatasmart, and other
hardware related plumbing stack parts.

If anyone else is interested, co-maintenance is highly welcome and appreciated!

Thanks,

Martin

[1] https://github.com/storaged-project/udisks/pull/260
[2] https://github.com/rhinstaller/libblockdev

Bug#860808: ocfs2 blocks jbd2

[Russell Mosemann]

Package: src:linux
Version: 4.9.18-1~bpo8+1
Severity: important

Dear Maintainer,

   * What led up to the situation?
 
May 16 14:57:46 vhost032 kernel: [ cut here ]
May 16 14:57:46 vhost032 kernel: WARNING: CPU: 5 PID: 10628 at 
/home/zumbi/linux-4.9.18/fs/jbd2/transaction.c:297 
start_this_handle+0x3fb/0x400 [jbd2]
May 16 14:57:46 vhost032 kernel: Modules linked in: vhost_net vhost macvtap 
macvlan tun ocfs2 quota_tree hmac veth iptable_filter ip_tables x_tables nfsd 
auth_rpcgss nfs_acl nfs lockd grace fscache ocfs2_dlmfs sunrpc ocfs2_stack_o2cb 
ocfs2_dlm ocfs2_nodemanager ocfs2_stackglue configfs bridge stp llc bonding 
ipmi_watchdog intel_rapl sb_edac edac_core x86_pkg_temp_thermal 
intel_powerclamp coretemp iTCO_wdt kvm_intel iTCO_vendor_support mxm_wmi evdev 
kvm irqbypass crct10dif_pclmul crc32_pclmul ast ttm ghash_clmulni_intel 
drm_kms_helper intel_cstate drm igb e1000e xhci_pci ehci_pci xhci_hcd 
intel_uncore i2c_i801 ehci_hcd dca usbcore i2c_algo_bit mei_me pcspkr ptp 
intel_rapl_perf lpc_ich i2c_smbus sg usb_common pps_core mei shpchp mfd_core 
wmi acpi_pad acpi_power_meter tpm_tis tpm_tis_core tpm button ipmi_si 
ipmi_poweroff
May 16 14:57:46 vhost032 kernel:  ipmi_devintf ipmi_msghandler fuse drbd 
lru_cache libcrc32c crc32c_generic autofs4 ext4 crc16 jbd2 fscrypto mbcache 
dm_mod md_mod sd_mod crc32c_intel ahci libahci aesni_intel libata aes_x86_64 
glue_helper lrw gf128mul ablk_helper cryptd scsi_mod
May 16 14:57:46 vhost032 kernel: CPU: 5 PID: 10628 Comm: qemu-system-x86 Not 
tainted 4.9.0-0.bpo.2-amd64 #1 Debian 4.9.18-1~bpo8+1
May 16 14:57:46 vhost032 kernel: Hardware name: To Be Filled By O.E.M. To Be 
Filled By O.E.M./EPC612D4I, BIOS P2.10 03/31/2016
May 16 14:57:46 vhost032 kernel:   91b29dd5 
 
May 16 14:57:46 vhost032 kernel:  91877934 949e38e04000 
949e38e04000 949885b11db0
May 16 14:57:46 vhost032 kernel:   ffe4 
 c01af7db
May 16 14:57:46 vhost032 kernel: Call Trace:
May 16 14:57:46 vhost032 kernel:  [] ? dump_stack+0x5c/0x77
May 16 14:57:46 vhost032 kernel:  [] ? __warn+0xc4/0xe0
May 16 14:57:46 vhost032 kernel:  [] ? 
start_this_handle+0x3fb/0x400 [jbd2]
May 16 14:57:46 vhost032 kernel:  [] ? 
ocfs2_xattr_tree_fill_max_leaf_clusters+0x40/0x40 [ocfs2]
May 16 14:57:46 vhost032 kernel:  [] ? 
ocfs2_inode_cache_io_unlock+0x10/0x10 [ocfs2]
May 16 14:57:46 vhost032 kernel:  [] ? 
jbd2__journal_start+0xe9/0x1f0 [jbd2]
May 16 14:57:46 vhost032 kernel:  [] ? 
ocfs2_start_trans+0xf8/0x1d0 [ocfs2]
May 16 14:57:46 vhost032 kernel:  [] ? 
ocfs2_dio_end_io_write+0x2fb/0x600 [ocfs2]
May 16 14:57:46 vhost032 kernel:  [] ? __schedule+0x245/0x6d0
May 16 14:57:46 vhost032 kernel:  [] ? 
ocfs2_allocate_extend_trans+0x180/0x180 [ocfs2]
May 16 14:57:46 vhost032 kernel:  [] ? 
ocfs2_dio_end_io+0x3b/0x60 [ocfs2]
May 16 14:57:46 vhost032 kernel:  [] ? dio_complete+0x7e/0x190
May 16 14:57:46 vhost032 kernel:  [] ? 
do_blockdev_direct_IO+0x2168/0x2860
May 16 14:57:46 vhost032 kernel:  [] ? 
ocfs2_write_end_nolock+0x550/0x550 [ocfs2]
May 16 14:57:46 vhost032 kernel:  [] ? 
ocfs2_direct_IO+0x83/0x90 [ocfs2]
May 16 14:57:46 vhost032 kernel:  [] ? 
generic_file_direct_write+0xb3/0x180
May 16 14:57:46 vhost032 kernel:  [] ? 
__generic_file_write_iter+0xb6/0x1e0
May 16 14:57:46 vhost032 kernel:  [] ? 
ocfs2_file_write_iter+0x44e/0xae0 [ocfs2]
May 16 14:57:46 vhost032 kernel:  [] ? wake_up_q+0x60/0x60
May 16 14:57:46 vhost032 kernel:  [] ? 
new_sync_write+0xde/0x130
May 16 14:57:46 vhost032 kernel:  [] ? vfs_write+0xb3/0x1a0
May 16 14:57:46 vhost032 kernel:  [] ? SyS_futex+0x83/0x180
May 16 14:57:46 vhost032 kernel:  [] ? SyS_pwrite64+0x86/0xb0
May 16 14:57:46 vhost032 kernel:  [] ? 
system_call_fast_compare_end+0xc/0x9b
May 16 14:57:46 vhost032 kernel: ---[ end trace 4e902827f72bd74e ]---
May 16 14:57:46 vhost032 kernel: JBD2: qemu-system-x86 wants too many credits 
credits:89866 rsv_credits:0 max:16384


-- Package-specific info:
** Version:
Linux version 4.9.0-0.bpo.2-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.9.2 (Debian 4.9.2-10) ) #1 SMP Debian 4.9.18-1~bpo8+1 (2017-04-10)

** Command line:
BOOT_IMAGE=/vmlinuz-4.9.0-0.bpo.2-amd64 
root=UUID=ee064dd9-f965-4196-8631-ebb13e23bd4d ro console=tty0 
console=ttyS1,115200n8 quiet

** Tainted: W (512)
 * Taint on warning.

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: To Be Filled By O.E.M.
product_name: To Be Filled By O.E.M.
product_version: To Be Filled By O.E.M.
chassis_vendor: To Be Filled By O.E.M.
chassis_version: To Be Filled By O.E.M.
bios_vendor: American Megatrends Inc.
bios_version: P2.10
board_vendor: ASRockRack
board_name: EPC612D4I
board_version:

** Loaded modules:
vhost_net
vhost
macvtap
macvlan
tun
ocfs2
quota_tree
hmac
veth
iptable_filter
ip_tables
x_tables
nfsd
auth_rpcgss
nfs_acl
nfs
lockd
grace
fscache

Bug#841144: kernel BUG at /home/zumbi/linux-4.9.18/fs/ocfs2/alloc.c:1514!

[Russell Mosemann]

Package: src:linux
Version: 4.9.18-1~bpo8+1
Severity: important

Dear Maintainer,

   * What led up to the situation?
 
May 16 14:26:06 vhost032 kernel: [ cut here ]
May 16 14:26:06 vhost032 kernel: kernel BUG at 
/home/zumbi/linux-4.9.18/fs/ocfs2/alloc.c:1514!
May 16 14:26:06 vhost032 kernel: invalid opcode:  [#1] SMP
May 16 14:26:06 vhost032 kernel: Modules linked in: ipmi_si ipmi_msghandler 
vhost_net vhost macvtap macvlan tun ocfs2 quota_tree hmac veth iptable_filter 
ip_tables x_tables nfsd auth_rpcgss nfs_acl nfs lockd grace fscache sunrpc 
ocfs2_dlmfs ocfs2_stack_o2cb ocfs2_dlm ocfs2_nodemanager ocfs2_stackglue 
configfs bridge stp llc bonding intel_rapl sb_edac edac_core 
x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm irqbypass 
crct10dif_pclmul ast crc32_pclmul ghash_clmulni_intel ttm intel_cstate 
drm_kms_helper xhci_pci iTCO_wdt xhci_hcd iTCO_vendor_support mxm_wmi 
intel_uncore drm evdev ehci_pci e1000e pcspkr igb ehci_hcd usbcore dca 
i2c_algo_bit mei_me lpc_ich mei sg ptp i2c_i801 intel_rapl_perf shpchp 
usb_common mfd_core pps_core i2c_smbus wmi acpi_power_meter tpm_tis 
tpm_tis_core tpm button acpi_pad fuse drbd
May 16 14:26:06 vhost032 kernel:  lru_cache libcrc32c crc32c_generic autofs4 
ext4 crc16 jbd2 fscrypto mbcache dm_mod md_mod sd_mod crc32c_intel ahci 
aesni_intel libahci libata aes_x86_64 glue_helper lrw gf128mul ablk_helper 
cryptd scsi_mod [last unloaded: ipmi_si]
May 16 14:26:06 vhost032 kernel: CPU: 5 PID: 14930 Comm: qemu-system-x86 Not 
tainted 4.9.0-0.bpo.2-amd64 #1 Debian 4.9.18-1~bpo8+1
May 16 14:26:06 vhost032 kernel: Hardware name: To Be Filled By O.E.M. To Be 
Filled By O.E.M./EPC612D4I, BIOS P2.10 03/31/2016
May 16 14:26:06 vhost032 kernel: task: 8af52921d0c0 task.stack: 
a2ddcbfc
May 16 14:26:06 vhost032 kernel: RIP: 0010:[]  
[] ocfs2_grow_tree+0x6f2/0x780 [ocfs2]
May 16 14:26:06 vhost032 kernel: RSP: 0018:a2ddcbfc3618  EFLAGS: 00010246
May 16 14:26:06 vhost032 kernel: RAX:  RBX: 000e 
RCX: a2ddcbfc3790
May 16 14:26:06 vhost032 kernel: RDX: a2ddcbfc36bc RSI: a2ddcbfc3968 
RDI: 8af5757ef0f0
May 16 14:26:06 vhost032 kernel: RBP: a2ddcbfc3678 R08:  
R09: 000421fe
May 16 14:26:06 vhost032 kernel: R10: 0217cf50 R11: 8af50cbb50c0 
R12: 0001
May 16 14:26:06 vhost032 kernel: R13: a2ddcbfc3828 R14: 8af50cbb50c0 
R15: 0001
May 16 14:26:06 vhost032 kernel: FS:  7f3335ffb700() 
GS:8b03bf34() knlGS:
May 16 14:26:06 vhost032 kernel: CS:  0010 DS:  ES:  CR0: 
80050033
May 16 14:26:06 vhost032 kernel: CR2: bfbcb914 CR3: 000100802000 
CR4: 001426e0
May 16 14:26:06 vhost032 kernel: Stack:
May 16 14:26:06 vhost032 kernel:  a2ddcbfc3728 a2ddcbfc3728 
c0b180e5 8af57e95f300
May 16 14:26:06 vhost032 kernel:  c0b1785f 8af4f520cc10 
c610e309 000e
May 16 14:26:06 vhost032 kernel:  0001 a2ddcbfc3828 
a2ddcbfc3968 8af57e95f300
May 16 14:26:06 vhost032 kernel: Call Trace:
May 16 14:26:06 vhost032 kernel:  [] ? 
ocfs2_set_buffer_uptodate+0x35/0x4a0 [ocfs2]
May 16 14:26:06 vhost032 kernel:  [] ? 
ocfs2_buffer_cached.isra.6+0x7f/0x1a0 [ocfs2]
May 16 14:26:06 vhost032 kernel:  [] ? 
ocfs2_split_and_insert+0x307/0x490 [ocfs2]
May 16 14:26:06 vhost032 kernel:  [] ? 
ocfs2_split_extent+0x3ee/0x560 [ocfs2]
May 16 14:26:06 vhost032 kernel:  [] ? 
ocfs2_change_extent_flag+0x273/0x450 [ocfs2]
May 16 14:26:06 vhost032 kernel:  [] ? 
ocfs2_mark_extent_written+0x110/0x1d0 [ocfs2]
May 16 14:26:06 vhost032 kernel:  [] ? 
ocfs2_dio_end_io_write+0x44d/0x600 [ocfs2]
May 16 14:26:06 vhost032 kernel:  [] ? 
ocfs2_allocate_extend_trans+0x180/0x180 [ocfs2]
May 16 14:26:06 vhost032 kernel:  [] ? 
ocfs2_dio_end_io+0x3b/0x60 [ocfs2]
May 16 14:26:06 vhost032 kernel:  [] ? dio_complete+0x7e/0x190
May 16 14:26:06 vhost032 kernel:  [] ? 
do_blockdev_direct_IO+0x2168/0x2860
May 16 14:26:06 vhost032 kernel:  [] ? 
ocfs2_write_end_nolock+0x550/0x550 [ocfs2]
May 16 14:26:06 vhost032 kernel:  [] ? 
ocfs2_direct_IO+0x83/0x90 [ocfs2]
May 16 14:26:06 vhost032 kernel:  [] ? 
generic_file_direct_write+0xb3/0x180
May 16 14:26:06 vhost032 kernel:  [] ? 
__generic_file_write_iter+0xb6/0x1e0
May 16 14:26:06 vhost032 kernel:  [] ? 
ocfs2_file_write_iter+0x44e/0xae0 [ocfs2]
May 16 14:26:06 vhost032 kernel:  [] ? 
do_iter_readv_writev+0xb0/0x130
May 16 14:26:06 vhost032 kernel:  [] ? 
do_readv_writev+0x1ac/0x240
May 16 14:26:06 vhost032 kernel:  [] ? 
ocfs2_check_range_for_refcount+0x130/0x130 [ocfs2]
May 16 14:26:06 vhost032 kernel:  [] ? do_pwritev+0x8c/0xc0
May 16 14:26:06 vhost032 kernel:  [] ? 
system_call_fast_compare_end+0xc/0x9b
May 16 14:26:06 vhost032 kernel: Code: 24 28 48 c7 c1 64 e0 b3 c0 ba 1c 06 00 
00 48 c7 c6 d0 09 b3 c0 31 c0 44 89 4c 24 18 e8 18 e4 e1 ff 44 8b 4c 24 18 e9 
26 fc ff ff <0f> 0b 48 8b 04 24 

Bug#862775: ITP: visitors -- OCaml syntax extension for object-oriented visitors

[Ralf Treinen]

Package: wnpp
Severity: wishlist
Owner: Ralf Treinen 

* Package name: visitors
  Version : 20170404
  Upstream Author : François Pottier 
* URL : https://gitlab.inria.fr/fpottier/visitors
* License : LGPL 2.1
  Programming Lang: OCaml
  Description : OCaml syntax extension for object-oriented visitors

Visitors is a syntax extension for the OCaml programming language. It
allows you to annotate your type definitions, such that a visitor class
will be automatically generated. This visitor class contains methods
for the traversal of your data structure, like iter, map, fold, etc. It
is then easy to override these methods for your needs. This is very
convenient when programming with complex algebraic data structures.


This package will be maintained by the Debian Ocaml Maintainers team.

-Ralf.

Bug#861680: Bug#861623: qytile: broken dependencies render it useless in Stretch

[Jérôme Lebleu]

Hi,

I've got the same issue too. Installing the last version of cairocffi
from pypi "solved" it - e.g. with `$ sudo pip install --no-deps
--ignore-installed cairocffi; sudo pip3 install --no-deps
--ignore-installed cairocffi` as suggested here[1]. It's only for
testing purpose, since it replaces the system files...

However, I think this issue should be moved to qtile package, and
another one should be opened here to upgrade the package to the last
0.8.0 version, isn't?

Thanks in advance,

Jérôme

--

[1] https://github.com/qtile/qtile/issues/994



signature.asc
Description: OpenPGP digital signature

Bug#862774: Drop leftover Build-Depends on libnm-util-dev/network-manager-dev

[Michael Biebl]

Source: packagekit
Version: 1.1.5-2
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: libnm

I'm in the process of getting users of the deprecated
libnm-util/libnm-glib libraries updated to use libnm.

packagekit declares a Build-Depends on
libnm-glib-dev/network-manager-dev.

This appears to be a leftover though, since PackageKit has been switched
over to use GNetworkMonitor instead.

Please drop the obsolete Build-Depends and remove the obsolete
--disable-networkmanager configure check which looks for
NetworkManager.pc.

Regards,
Michael

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

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

-- no debconf information

Bug#862773: unblock: bash/4.4-5

[Matthias Klose]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please consider unblocking bash, applying one upstream patch, fixing:

When -N is used, the input is not supposed to be split using $IFS, but
leading and trailing IFS whitespace was still removed.

Bug#862772: unblock: imagemagick/8:6.9.7.4+dfsg-8

[Bastien Roucariès]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package imagemagick

This fix more than 10 security bugs and a RC bug due to built-using

unblock imagemagick/8:6.9.7.4+dfsg-8

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

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

Bug#862721: ibus-daemon should start automatically

[Ralf Jung]

Hi,

> On Tue, May 16, 2017 at 10:00:24AM +0200, Ralf Jung wrote:
>> Package: ibus
>> Version: 1.5.14-2
>> Severity: important
>>
>> Dear Maintainer,
>>
>> Right now, just installing ibus and setting it up (im-config, ibus-setup)
>> results in a broken system (keyboard not working) after logging back out and 
>> in.
> 
> Hmmm??? If properly logging back out and in, ibus should start!
> 
> Did you add particular keyboard method or IM activated?
> 
> Did you follow /usr/share/doc/ibus/README.Debian.gz
> 
>> The problem is that ibus sets the environment variables to make ibus the 
>> input
>> method, but it fails to start ibus-daemon automatically.
> 
> You need to restart complete GDM session which is non-trivial.  That's
> why I recommend reboot for most people in the above linked DOC.

I rebooted the full system, but that did not help:  After logging in
again, the keyboard doesn't work.  Something is not starting
automatically the way it should.

Looking at im-launch, I can't find anything there that would start
ibus-daemon -- but then, there's lots of stuff calling each other, I may
easily be missing it.  This just means right now, I don't know where ti
start debugging.

; Ralf

Bug#862771: sciplot FTBFS on ppc64{,el}: ld: unrecognised emulation mode: minimal-toc

[Adrian Bunk]

Source: sciplot
Version: 1.36-16
Severity: important

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

...
ld -shared  -o libsciplot.so.1.36 SciPlot.o SciPlotUtil.o   -mminimal-toc   
-lXm -lXmu -lXt -lSM -lICE -lXext -lX11 -lXt -lSM -lICE -lXext -lX11   -lm  -lm 
 -soname libsciplot.so.1 -lc
ld: unrecognised emulation mode: minimal-toc
Supported emulations: elf64lppc elf32lppc elf32lppclinux elf32lppcsim elf64ppc 
elf32ppc elf32ppclinux elf32ppcsim
Makefile:1105: recipe for target 'shared' failed
make[2]: *** [shared] Error 1

Bug#862769: libbloom FTBFS on amd64: error: expected error 0.100000 but observed 0.200000

[Adrian Bunk]

Source: libbloom
Version: 1.4-6
Severity: serious

https://buildd.debian.org/status/fetch.php?pkg=libbloom=amd64=1.4-6=1494930635=0

...
/«PKGBUILDDIR»/build/test-libbloom
- Running basic tests -
- basic -
bloom at 0x7ffc4a988c30 not initialized!
bloom at 0x7ffc4a988c30 not initialized!
bloom at 0x7ffc4a988c30
 ->entries = 102
 ->error = 0.10
 ->bits = 488
 ->bits per elem = 4.792529
 ->bytes = 61
 ->hash functions = 4
- add_random(10, 0.10, 10, 0, 1, 32, 1) -
bloom at 0x7ffc4a988b20
 ->entries = 10
 ->error = 0.10
 ->bits = 47
 ->bits per elem = 4.792529
 ->bytes = 6
 ->hash functions = 4
entries: 10, error: 0.10, count: 10, coll: 2, error: 0.20, bytes: 6
error: expected error 0.10 but observed 0.20
Makefile:124: recipe for target 'test' failed
make[2]: *** [test] Error 1

Bug#860460: jbig2dec: diff for NMU version 0.13-4.1

[Salvatore Bonaccorso]

Control: tags 860460 + patch
Control: tags 860460 + pending
Control: tags 860787 + patch
Control: tags 860787 + pending
Control: tags 860788 + patch
Control: tags 860788 + pending

Dear maintainer,

I've prepared an NMU for jbig2dec (versioned as 0.13-4.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards,
Salvatore
diff -Nru jbig2dec-0.13/debian/changelog jbig2dec-0.13/debian/changelog
--- jbig2dec-0.13/debian/changelog	2017-01-23 21:13:34.0 +0100
+++ jbig2dec-0.13/debian/changelog	2017-05-16 20:08:21.0 +0200
@@ -1,3 +1,13 @@
+jbig2dec (0.13-4.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Prevent integer overflow vulnerability (CVE-2017-7885) (Closes: #860460)
+  * Prevent SEGV due to integer overflow (CVE-2017-7975) (Closes: #860788)
+  * Bounds check before reading from image source data (CVE-2017-7976)
+(Closes: #860787)
+
+ -- Salvatore Bonaccorso   Tue, 16 May 2017 20:08:21 +0200
+
 jbig2dec (0.13-4) unstable; urgency=medium
 
   * Add patches cherry-picked upstream to squash signed/unsigned
diff -Nru jbig2dec-0.13/debian/patches/020170426~5e57e48.patch jbig2dec-0.13/debian/patches/020170426~5e57e48.patch
--- jbig2dec-0.13/debian/patches/020170426~5e57e48.patch	1970-01-01 01:00:00.0 +0100
+++ jbig2dec-0.13/debian/patches/020170426~5e57e48.patch	2017-05-16 20:08:21.0 +0200
@@ -0,0 +1,26 @@
+Description: Bug 697693: Prevent SEGV due to integer overflow.
+ While building a Huffman table, the start and end points were susceptible
+ to integer overflow.
+ .
+Thank you to Jiaqi for finding this issue and suggesting a patch.
+Origin: upstream, http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=5e57e483298dae8b
+Bug: https://bugs.ghostscript.com/show_bug.cgi?id=697693
+Bug-Debian: https://bugs.debian.org/860788
+Bug-Debian-Security: https://security-tracker.debian.org/tracker/CVE-2017-7975
+Forwarded: not-needed
+Author: Shailesh Mistry 
+Last-Update: 2017-05-16
+
+--- a/jbig2_huffman.c
 b/jbig2_huffman.c
+@@ -422,8 +422,8 @@ jbig2_build_huffman_table(Jbig2Ctx *ctx,
+ 
+ if (PREFLEN == CURLEN) {
+ int RANGELEN = lines[CURTEMP].RANGELEN;
+-int start_j = CURCODE << shift;
+-int end_j = (CURCODE + 1) << shift;
++uint32_t start_j = CURCODE << shift;
++uint32_t end_j = (CURCODE + 1) << shift;
+ byte eflags = 0;
+ 
+ if (end_j > max_j) {
diff -Nru jbig2dec-0.13/debian/patches/020170503~b184e78.patch jbig2dec-0.13/debian/patches/020170503~b184e78.patch
--- jbig2dec-0.13/debian/patches/020170503~b184e78.patch	1970-01-01 01:00:00.0 +0100
+++ jbig2dec-0.13/debian/patches/020170503~b184e78.patch	2017-05-16 20:08:21.0 +0200
@@ -0,0 +1,27 @@
+Description: Bug 697703: Prevent integer overflow vulnerability.
+ Add extra check for the offset being greater than the size
+ of the image and hence reading off the end of the buffer.
+ .
+ Thank you to Dai Ge for finding this issue and suggesting a patch.
+Origin: upstream, http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=b184e783702246e15
+Bug: https://bugs.ghostscript.com/show_bug.cgi?id=697703
+Bug-Debian: https://bugs.debian.org/860460
+Bug-Debian-Security: https://security-tracker.debian.org/tracker/CVE-2017-7885
+Forwarded: not-needed
+Author: Shailesh Mistry 
+Last-Update: 2017-05-16
+---
+ jbig2dec/jbig2_symbol_dict.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+--- a/jbig2_symbol_dict.c
 b/jbig2_symbol_dict.c
+@@ -629,7 +629,7 @@ jbig2_decode_symbol_dict(Jbig2Ctx *ctx,
+ byte *dst = image->data;
+ 
+ /* SumatraPDF: prevent read access violation */
+-if (size - jbig2_huffman_offset(hs) < image->height * stride) {
++if ((size - jbig2_huffman_offset(hs) < image->height * stride) || (size < jbig2_huffman_offset(hs))) {
+ jbig2_error(ctx, JBIG2_SEVERITY_FATAL, segment->number, "not enough data for decoding (%d/%d)", image->height * stride,
+ size - jbig2_huffman_offset(hs));
+ jbig2_image_release(ctx, image);
diff -Nru jbig2dec-0.13/debian/patches/020170510~ed6c513.patch jbig2dec-0.13/debian/patches/020170510~ed6c513.patch
--- jbig2dec-0.13/debian/patches/020170510~ed6c513.patch	1970-01-01 01:00:00.0 +0100
+++ jbig2dec-0.13/debian/patches/020170510~ed6c513.patch	2017-05-16 20:08:21.0 +0200
@@ -0,0 +1,28 @@
+Description: Bug 697683: Bounds check before reading from image source data.
+ Add extra check to prevent reading off the end of the image source
+ data buffer.
+ .
+ Thank you to Dai Ge for finding this issue and suggesting a patch.
+Origin: upstream, http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=ed6c5133a1004ce8d
+Bug: https://bugs.ghostscript.com/show_bug.cgi?id=697683

Bug#862770: Port from libnm-glib to libnm (or GNetworkMonitor)

[Michael Biebl]

Source: telepathy-mission-control-5
Version: 1:5.16.3-2.1
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: libnm

Hi,

the libnm-glib/libnm-util libraries have been deprecated upstream in
favour of libnm.

Your package declares a Build-Depends on libnm-glib-dev.

Please consider porting telepathy-mission-control-5 to libnm. The API of
libnm [1] is very similar to the one provided by libnm-glib/libnm-util.

If you only need to detect the network connectivity status, it might be
preferrable to drop the use of libnm-glib altogether and use
GNetworkMonitor instead, which was introduced in glib 2.32 [2] and is
available since wheezy.

Regards,
Michael

[1] https://developer.gnome.org/libnm/stable/
[2] https://developer.gnome.org/gio/stable/GNetworkMonitor.html


-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

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

Bug#862768: golang-github-mattn-go-isatty: Please package newer upstream v0.0.2

[Diego M. Rodriguez]

Source: golang-github-mattn-go-isatty
Severity: wishlist

Dear Maintainer,

the version in debian is 0.0.1-1, while the latest upstream is
0.0.2 [1]. Would it be possible to package the newer upstream version?

This request spawned from the work on packaging another Go application
for Debian [2] which requires a new version of
golang-github-fatih-color [3] which in turn depends on the newest
version of this package.

Thanks a lot in advance,

[1] https://github.com/mattn/go-isatty/releases/tag/v0.0.2
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=858353
[3] https://packages.qa.debian.org/g/golang-github-fatih-color.html

-- 
Diego M. Rodriguez
36B3 42A9 9F2F 2CFB F79B  FF9B B6C4 B901 06BC E232



signature.asc
Description: Digital signature

Bug#862767: golang-github-fatih-color: Please package newer upstream v1.4.1

[Diego M. Rodriguez]

Source: golang-github-fatih-color
Severity: wishlist

Dear Maintainer,

the version in Debian is 1.1.0-1, while the latest upstream is
1.4.1 [1]. Would it be possible to package the newer upstream version
(or at least a version higher or equal than 1.3.0)?

This request spawned from the work on packaging another Go application
for Debian [2] which unfortunately makes use of the newer Sprint*
functions introduced in the aforementioned version. There seems to be
no extra modifications or patches for the new version compared to the
version existing on the repositories, other than also updating
golang-github-mattn-go-isatty [3] in the process.

Thanks in advance,

[1] https://github.com/fatih/color/releases/tag/v1.4.0
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=858353
[3] https://packages.qa.debian.org/g/golang-github-mattn-go-isatty.html

-- 
Diego M. Rodriguez
36B3 42A9 9F2F 2CFB F79B  FF9B B6C4 B901 06BC E232



signature.asc
Description: Digital signature

Bug#862766: Port from libnm-glib to libnm (or GNetworkMonitor)

[Michael Biebl]

Source: libsocialweb
Version: 0.25.20-6
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: libnm

Hi,

the libnm-glib/libnm-util libraries have been deprecated upstream in
favour of libnm.

Your package declares a Build-Depends on libnm-glib-dev.

Please consider porting libsocialweb to libnm. The API of libnm [1] is
very similar to the one provided by libnm-glib/libnm-util.

If you only need to detect the network connectivity status, it might be
preferrable to drop the use of libnm-glib altogether and use
GNetworkMonitor instead, which was introduced in glib 2.32 [2] and is
available since wheezy.

Regards,
Michael

[1] https://developer.gnome.org/libnm/stable/
[2] https://developer.gnome.org/gio/stable/GNetworkMonitor.html



-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

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

Bug#862739: devscripts: Undefined subroutine in debchange

[Adam D. Barratt]

Control: tags -1 + moreinfo unreproducible

On Tue, 2017-05-16 at 12:21 +, ZOVITS Adam wrote:
> * Reproduction:
> The problem can be reproduced by running debchange without any parameters and 
> saving the generated changelog (even without any changes).
> 
> * The complete error message:
> Undefined subroutine ::copy called at /usr/bin/debchange line 1575.

copy() there comes from File::Copy. At the top of the script (line 39,
specifically) you should have:

use File::Copy;

which is provided by:

perl-modules: /usr/share/perl/5.20.2/File/Copy.pm

The "perl" package (which you appear to have installed) depends on the
"perl-modules" package.

Can you check that you have the above file, and what it's size and
permissions are?

Regards,

Adam

Bug#862765: ITP: atomic -- Atomic Run Tool for installing/running/managing container images

[Philippe Thierry]

Package: wnpp
Severity: wishlist
Owner: Philippe Thierry 

Dear mentors,

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

* Package name: atomic
  Version : 1.7.1-1
  Upstream Author : Atomic Project 
* URL : https://github.com/projectatomic/atomic
* License : GPL-2+
  Programming Lang: Python
  Section : admin
  Description : Atomic Run Tool for installing/running/managing 
container images


It builds those binary packages:

atomic: allows an image provider to specify how a container image 
expects to be run

atomic-doc: various documentations and concepts behind atomic


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


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


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

  dget -x 
https//mentors.debian.net/debian/pool/main/a/atomic/atomic_1.7.1-1.dsc



This project defines the entrypoint for Project Atomic hosts. On an 
Atomic Host, there are at least two distinct software delivery vehicles; 
Docker (often used in combination with the traditional RPM/yum/dnf), and 
rpm-ostree to provide atomic upgrades of the host system.


The goal of Atomic is to provide a high level, coherent entrypoint to 
the system, and fill in gaps in Linux container implementations.


For Docker, |atomic| can make it easier to interact with special kinds 
of containers, such as super-privileged debugging tools and the like.


atomic host does not support Debian-based OS by now (limited to 
rpm-based OS). Yet it permit to easily install/uninstall docker 
container into the system.



Regards,
--
Philippe THIERRY

Bug#862762: Port from libnm-glib to libnm (or GNetworkMonitor)

[Michael Biebl]

Source: krb5-auth-dialog
Version: 3.20.0-2
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: libnm

Hi,

the libnm-glib/libnm-util libraries have been deprecated upstream in
favour of libnm.

Your package declares a Build-Depends on libnm-glib-dev.

Please consider porting krb5-auth-dialog to libnm. The API of libnm is
very similar to the one provided by libnm-glib/libnm-util.

If you only need to detect the network connectivity status, you can also
use GNetworkMonitor instead, which was introduced in glib 2.32 [2] and
is available since wheezy.

Regards,
Michael

[1] https://developer.gnome.org/libnm/stable/
[2] https://developer.gnome.org/gio/stable/GNetworkMonitor.html

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

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

Bug#862763: atomic/1.17.1-1 [ITP] -- Atomic Run Tool for installing/running/managing container images

[Philippe Thierry]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

* Package name: atomic
  Version : 1.7.1-1
  Upstream Author : Atomic Project 
* URL : https://github.com/projectatomic/atomic
* License : GPL-2+
  Programming Lang: Python
  Section : admin
  Description : Atomic Run Tool for installing/running/managing 
container images


It builds those binary packages:

atomic: allows an image provider to specify how a container image 
expects to be run

atomic-doc: various documentations and concepts behind atomic


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


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


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

  dget -x 
https//mentors.debian.net/debian/pool/main/a/atomic/atomic_1.7.1-1.dsc



This project defines the entrypoint for Project Atomic hosts. On an 
Atomic Host, there are at least two distinct software delivery vehicles; 
Docker (often used in combination with the traditional RPM/yum/dnf), and 
rpm-ostree to provide atomic upgrades of the host system.


The goal of Atomic is to provide a high level, coherent entrypoint to 
the system, and fill in gaps in Linux container implementations.


For Docker, |atomic| can make it easier to interact with special kinds 
of containers, such as super-privileged debugging tools and the like.


atomic host does not support Debian-based OS by now (limited to 
rpm-based OS). Yet it permit to easily install/uninstall docker 
container into the system.



Regards,
--
Philippe THIERRY

Bug#862764: Port from libnm-glib/libnm-util to libnm

[Michael Biebl]

Source: ring
Version: 20161221.2.7bd7d91~dfsg1-1
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: libnm

Hi,

the libnm-glib/libnm-util libraries have been deprecated upstream in
favour of libnm.

Your package declares a Build-Depends on libnm-glib-dev and has a
Depends on libnm-util2/libnm-glib4.

Please port ring to use libnm instead.
The API of libnm [1] is very similar to the old API provided by
libnm-glib/libnm-util so a port should be straightforward.

Regards,
Michael

[1] https://developer.gnome.org/libnm/stable/

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

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

Bug#862721: ibus-daemon should start automatically

[Ralf Jung]

Hi,

thanks for the quick response!

> On Tue, May 16, 2017 at 10:00:24AM +0200, Ralf Jung wrote:
>> Package: ibus
>> Version: 1.5.14-2
>> Severity: important
>>
>> Dear Maintainer,
>>
>> Right now, just installing ibus and setting it up (im-config, ibus-setup)
>> results in a broken system (keyboard not working) after logging back out and 
>> in.
> 
> Hmmm??? If properly logging back out and in, ibus should start!

That is good news!
How is this happening, i.e., which place is responsible for starting
ibus-daemon?

> Did you add particular keyboard method or IM activated?
> 
> Did you follow /usr/share/doc/ibus/README.Debian.gz

I followed some tutorial on the web, but that seems very similar.  I do
not understand this part:

> - The system wide keyboard setting is in /etc/default/keyboard. Change it:
>   $ sudo dpkg-reconfigure keyboard-configuration

"Change it", it says.  Change it to *what*?  I went over it and changed
nothing because it all looked all right.

(Btw, the prompt appearing when I do "reportbug ibus" refers to a file
"/usr/share/doc/ibus/README.Debian" which does not exist.  I assume it
means "/usr/share/doc/ibus/README.Debian.gz".)

>> The problem is that ibus sets the environment variables to make ibus the 
>> input
>> method, but it fails to start ibus-daemon automatically.
> 
> You need to restart complete GDM session which is non-trivial.  That's
> why I recommend reboot for most people in the above linked DOC.

The doc does not contain the word "reboot".  It says

> * Always restart ibus if you changes its settings.
>   If you are not sure how, exit your desktop environment and relogin to the
>   user account to have a refreshed X session.

which I did.  I will try rebooting later.

> These may worked for you since they start ibus daemon.  But these may be
> good for some apps but do they make ibus work on process started by the
> dbus etc. (Some telephony program) How much test did you do to assert
> this?

So the daemon needs to be started before all applications?  Hm.
My testing consisted of:  Logging out and back in; things do not work.
Adding an autostart file, now many things do work.  Maybe some don't, I
didn't notice any yet.  I don't think I have any UI stuff started by
dbus though.

> If you properly restart X session's start up code, this script starts
> ibus daemon.
> 
> I agree the way we need to configure ibus is ugly.

Well, it has generally worked fine for me -- install stuff, and
re-login.  im-config told me things were all right, but from all I can
tell, it did not do anything.  When I went to im-setup, IIRC it already
contained the German keyboard layout (could be wrong though).  So apart
from the autostart issue, things were all right.

; Ralf

Bug#862717: [Pkg-ime-devel] Bug#862717: ibus-daemon often crashes on suspend/resume

[Ralf Jung]

Hi,

> I now realize:
> 
>> default-display-manager: /usr/bin/sddm
> 
> I use GDM3 without problem for ibus.

Right, I am using KDE5 and SDDM.

> I hear KDE user are suffering strange IM problem with uim too.
> 
>  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862558
> 
> KDE used to work without problem.  So something changed on sddm side how
> it run's its start up.  Maybe how sddm is started by systemd.
> 
> One user reported that by SSH into the problematic system via SSH, he
> sees:
> 
>  1861 tty2 Rl+0:09 ksplashqml Breeze --pid
>  1871 tty2 Sl+0:00  \_ /usr/lib/mozc/mozc_server
>  1877 tty2 Sl+0:00  \_ /usr/lib/x86_64-linux-gnu/uim/uim-candwin-qt5 
> -v
> 
> Strange thing is why ksplashqm calling IM?  He killed
> /usr/lib/mozc/mozc_server and got to log into system.
> 
> The way this bug is happening, this looks like a bug on plasma-workspace
> or mozc.

What is mozc?

To me it looks like ibus-daemon is terminating for no good reason.  So
far I can't even find anything about this in any log anywhere. :/ I
tried passing -R to ibus-daemon to make it restart, but that did not help.

Is there anything I can do that would help figuring out what is going on?

; Ralf

Bug#862732: cups-filters: unreadable file /usr/lib/cups/backend/serial

[Didier 'OdyX' Raboud]

Control: tags -1 +pending -moreinfo

Le mardi, 16 mai 2017, 15.04:26 h CEST Till Kamppeter a écrit :
> The "serial" backend is a CUPS backend which has to run as root to 
> correctly work. CUPS decides which backends run as roo by the file 
> permissions of the backends. One of the backends which comes with CUPS 
> and has to run as root is the "usb" backend:
> 
> -r-xr--r-- 2 root root 34808 Mar 23 14:55 /usr/lib/cups/backend/usb
> 
> This backend is still world-readable and only omits the execution bit 
> for anyone else than root itself (644 permissions). This should also 
> work with the "serial" backend in cups-filters.

Ack, thanks for the explanation. I've fixed this in the upcoming 1.14.0 
experimental upload.

Cheers,
OdyX

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

Bug#810964: [Xen-devel] [BUG] EDAC infomation partially missing

[Elliott Mitchell]

On Tue, May 16, 2017 at 03:54:37AM -0600, Jan Beulich wrote:
> >>> On 16.05.17 at 05:47,  wrote:
> >  I suspect the only paravirtualization needed is to
> > map the physical address of the soft|hard errors to which VM's memory
> > range was effected.  What this effects is which VM should panic in case
> > of hard errors.
> 
> Which in turn obviously requires hypervisor interaction. It's not really
> clear to me whether perhaps the driver would better live in the
> hypervisor in the first place for that reason.
> 
> And there's a second piece of paravirtualization needed: The driver
> doesn't distinguish physical and machine address spaces, yet the
> addresses reported by hardware are machine ones and hence would
> generally need translation to physical ones in order to assign Dom0-
> local meaning to them (or to determine that the address belongs to
> another VM or the hypervisor).

Merely reporting the machine address to Dom0 is already high value since
it lets you attribute the failure to a memory module.  Without that you
may have a VM or whole machine randomly crash for a completely unknown
reason.


-- 
(\___(\___(\__  --=> 8-) EHM <=--  __/)___/)___/)
 \BS (| ehem+sig...@m5p.com  PGP 87145445 |)   /
  \_CS\   |  _  -O #include  O-   _  |   /  _/
8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445

Bug#862761: google-android-build-tools-installer: [INTL:sv] Swedish debconf strings

[Jonatan Nyberg]

package: google-android-build-tools-installer
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

Regards,
Jonatan# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the google-android-build-tools-installer package.
# FIRST AUTHOR , YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: google-android-build-tools-installer\n"
"Report-Msgid-Bugs-To: google-android-build-tools-installer@packages.debian."
"org\n"
"POT-Creation-Date: 2017-01-19 13:24+0100\n"
"PO-Revision-Date: 2017-05-16 20:04+0200\n"
"Language-Team: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 1.8.11\n"
"Last-Translator: Jonatan Nyberg \n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"Language: sv\n"

#. Type: select
#. Description
#: ../templates:1001
msgid "Mirror to download packages ?"
msgstr "Spegel för att hämta paket?"

#. Type: select
#. Description
#: ../templates:1001
msgid ""
"Please select your prefered mirror to download Google's Android packages "
"from."
msgstr "Välj din föredragna spegel att hämta Googles Android-paket från."

Bug#862732: cups-filters: unreadable file /usr/lib/cups/backend/serial

[Till Kamppeter]

On 05/16/2017 02:48 PM, Didier 'OdyX' Raboud wrote:

… but I think it would work with a chmod 744.
Alexander: do you have a serial printer; and could you test?
Till: as you're the initial committer of that code; any opinion ?



The "serial" backend is a CUPS backend which has to run as root to 
correctly work. CUPS decides which backends run as roo by the file 
permissions of the backends. One of the backends which comes with CUPS 
and has to run as root is the "usb" backend:


-r-xr--r-- 2 root root 34808 Mar 23 14:55 /usr/lib/cups/backend/usb

This backend is still world-readable and only omits the execution bit 
for anyone else than root itself (644 permissions). This should also 
work with the "serial" backend in cups-filters.


   Till

Bug#862601: libmaven3-core-java: Version upgrade request to 3.5.0

[Emmanuel Bourg]

Le 15/05/2017 à 19:08, Elana Hashman a écrit :

> Do you know how long it will be until the stretch release is done and this 
> will 
> be picked up? I'm just curious for a rough estimate, to see if the plan above 
> makes sense. I'd also be interested in your feedback on that.

I don't know when Stretch will be released, but I can upload Maven 3.5.0
to experimental. I got a look and the upgrade seems straightforward.

Emmanuel Bourg

Bug#862760: google-android-sdk-docs-installer: [INTL:sv] Swedish debconf strings

[Jonatan Nyberg]

package: google-android-sdk-docs-installer
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

Regards,
Jonatan# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the google-android-platform-installers package.
# FIRST AUTHOR , YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: google-android-platform-installers\n"
"Report-Msgid-Bugs-To: google-android-platform-installers@packages.debian."
"org\n"
"POT-Creation-Date: 2017-01-19 13:20+0100\n"
"PO-Revision-Date: 2017-05-16 20:02+0200\n"
"Language-Team: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 1.8.11\n"
"Last-Translator: Jonatan Nyberg \n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"Language: sv\n"

#. Type: select
#. Description
#: ../google-android-platform-24-installer.templates:1001
#: ../google-android-platform-23-installer.templates:1001
#: ../google-android-platform-22-installer.templates:1001
msgid "Mirror to download packages ?"
msgstr "Spegel för att hämta paket?"

#. Type: select
#. Description
#: ../google-android-platform-24-installer.templates:1001
#: ../google-android-platform-23-installer.templates:1001
#: ../google-android-platform-22-installer.templates:1001
msgid ""
"Please select your prefered mirror to download Google's Android packages "
"from."
msgstr "Välj din föredragna spegel att hämta Googles Android-paket från."

Bug#862759: google-android-installers: [INTL:sv] Swedish debconf strings

[Jonatan Nyberg]

package: google-android-installers
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

Regards,
Jonatan# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the google-android-platform-installers package.
# FIRST AUTHOR , YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: google-android-platform-installers\n"
"Report-Msgid-Bugs-To: google-android-platform-installers@packages.debian."
"org\n"
"POT-Creation-Date: 2017-01-19 13:28+0100\n"
"PO-Revision-Date: 2017-05-16 19:59+0200\n"
"Language-Team: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 1.8.11\n"
"Last-Translator: Jonatan Nyberg \n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"Language: sv\n"

#. Type: select
#. Description
#: ../google-android-platform-24-installer.templates:1001
#: ../google-android-platform-23-installer.templates:1001
#: ../google-android-platform-22-installer.templates:1001
msgid "Mirror to download packages ?"
msgstr "Spegel för att ladda ner paket?"

#. Type: select
#. Description
#: ../google-android-platform-24-installer.templates:1001
#: ../google-android-platform-23-installer.templates:1001
#: ../google-android-platform-22-installer.templates:1001
msgid ""
"Please select your prefered mirror to download Google's Android packages "
"from."
msgstr ""
"Välj din föredragna spegel att ladda ner Googles Android-paket från."

Bug#862698: ITP: minecraft -- blocks to build anything you can imagine

[Simon McVittie]

On Tue, 16 May 2017 at 09:58:11 -0700, Russ Allbery wrote:
> Another thing that would be a really neat addition to a wrapper around
> Minecraft would be to run it inside a restrictive namespace by default.

Yes, that's why I suggested Flatpak. It would also be possible to use
a long bwrap command-line - that's what Flatpak does internally.
One day I should try making game-data-packager's games (mostly the quake
family) use bwrap like that. This would be easier if we had and could
rely on "the /usr merge" - Flatpak runtimes always use merged-/usr
for that reason.

However, as long as Minecraft and other proprietary software requires
X11[1], it's going to be hard to put it in a sandbox that actually
protects you very much - and that's equally true with or without
Flatpak. Using a separate games-playing uid, together
with the support for "fast user switching" (Ctrl+Alt+Fx with a nice
GUI) in desktop environments like GNOME[2], and systemd-logind's
ability to grant and revoke hardware access as this switching occurs,
seems a lot safer for the medium term.

This is of course a trade-off: banishing all untrusted software to
separate hardware would be safer (resistant to kernel vulnerabilities
and permissions misconfiguration) but less convenient, whereas assuming
X11 isn't being abused is more convenient but less safe. Choose your
preferred safety/convenience balance.

S

[1] Also, as long as it requires networking and X11 uses abstract Unix
sockets, since abstract Unix sockets are mediated by network
namespaces, not filesystem namespaces
[2] I'm sure other desktop environments also do this, I just don't use
them frequently enough to know how

Bug#851810: Seems to be a modesetting driver issue

[B.M.]

Hi

I have the same problem: system is testing/stretch, xserver 1.19, intel 
graphics but with modesetting driver. I used to call xcalib  in order 
to correct colors in jessie (with the intel driver), but after the upgrade to 
stretch this doesn't work anymore:
Error - unsupported ramp size 0

Regards,
Bernd

Bug#862758: Switch from gir1.2-networkmanager-1.0 to gir1.2-nm-1.0

[Michael Biebl]

Source: plinth
Version: 0.14.0+ds-1
Severity: normal
Tags: patch
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: libnm

Hi,

the libnm-glib/libnm-util libraries have been deprecated upstream in
favour of libnm.

Atm, the GIR bindings for libnm-glib/libnm-util and libnm are both
shipped in gir1.2-networkmanager-1.0

To make a transition to libnm easier, the libnm based bindings were
split into a separate package gir1.2-nm-1.0 [1], which is currently
available in experimental and will be uploaded once buster opens for
development.

Your package plinth declares a (build-)dependency on
gir1.2-networkmanager-1.0 but fortunately already uses the new libnm
based bindings. So switching the dependencies from
gir1.2-networkmanager-1.0 → gir1.2-nm-1.0 is all that's needed.

It would be great if you can prepare the necessary changes in
experimental or make them early in the buster development cycle.

Regards,
Michael

[1] https://packages.qa.debian.org/n/network-manager/news/20170512T180011Z.html
-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

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

Bug#862732: cups-filters: unreadable file /usr/lib/cups/backend/serial

[Didier 'OdyX' Raboud]

Control: tags -1 +moreinfo

Le mardi, 16 mai 2017, 12.13:23 h CEST Alexander Kurtz a écrit :
> Your package ships a file in /usr which is unreadable for regular
> users.

That's the justification from the source:

# Make the serial backend run as root, since /dev/ttyS* are
# root:dialout and thus not accessible as user lp
chmod 700 debian/cups-filters/usr/lib/cups/backend/serial

… but I think it would work with a chmod 744.
Alexander: do you have a serial printer; and could you test?
Till: as you're the initial committer of that code; any opinion ?

Cheers,
OdyX

Bug#854686: fabric: FTBFS randomly (failing tests)

[Santiago Vila]

Hi.

I added IPv6 support to two of my machines and readded the
lines I dropped from /etc/hosts, namely:

# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

The build fails again, which means, AFAIK, that it's not lack of IPv6
support what makes this package to fail, but just the mere presence of
those lines in /etc/hosts.

Since those lines are always there by default, I can only infer that
this package would FTBFS on any Debian system whose /etc/hosts file
does not deviate from the installed default.

In light of this, I wonder: How would this not be a serious and RC bug?

Sure, the package is Arch:all, but packages are supposed to be buildable
in the official autobuilders. Is this package really autobuildable?

Thanks.

Bug#862754: ITP: libhfi1 -- Userspace driver for Intel Omni-Path fabric interface

[Brian Smith]

I have since learned from Jason Gunthorpe that the upstream URL is
https://github.com/linux-rdma/rdma-core. The current version of that source
is 14-1.

Brian T. Smith
System Fabric Works
Senior Technical Staff
bsm...@systemfabricworks.com
(512) 293-4472
GPG Key: B3C2C7B73BA3CD7F

On Tue, May 16, 2017 at 11:54 AM, Brian T. Smith <
bsm...@systemfabricworks.com> wrote:

> Package: wnpp
> Severity: wishlist
> Owner: "Brian T. Smith" 
>
> * Package name: libhfi1
>   Version : 0.5-23
>   Upstream Author : Intel Corporation 
> * URL : http://www.intel.com
> * License : GPL or BSD
>   Programming Lang: C
>   Description : Userspace driver for Intel Omni-Path fabric interface
> (HFI1).
>
> libhfi1 is a device-specific driver for Intel Omni-Path fabric
> interface hardware for the libibverbs library. This allows
> userspace processes to access the HFI1 hardware directly with
> low latency and low overhead.
> .
> This package contains the loadable plug-in.
> .
> I am an employee of System Fabric Works. SFE has the experience,
> hardware and resources to maintain and test this package.
>

Bug#862757: Should be ported from libnm-glib/libnm-util to libnm

[Michael Biebl]

Package: dnssec-trigger
Version: 0.13-6
Severity: normal
Tags: patch
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: libnm


Hi,

libnm-glib/libnm-util has been deprecated upstream in favour of libnm.

Your package seems to use the GIR bindings for those libraries.

The libnm based GIR bindings have been split off into a separate package
called gir1.2-nm-1.0 and it is currently available in experimental.
As soon as buster opens for development, this will be uploaded to
unstable.

Please port dnssec-trigger to use the new libnm based bindings. The API
for libnm [1] is in most cases identical to the one provided by
libnm-glib/libnm-util.

The attached patch should do the trick. It's untested though, so please
review  and test carefully and ideally forward to upstream.


Would be great if you can prepare those changes in experimental or make
them early in the buster release cycle.

Regards,
Michael

[1] https://developer.gnome.org/libnm/stable/

P.S: While looking at dnssec-trigger-script.in, I noticed that you parse
/etc/NetworkManager/NetworkManager.conf directly. Be aware that NM
supports conf snippets in /etc/NetworkManager/conf.d/ and
/usr/lib/NetworkManager/conf.d/, so parsing NetworkManager.conf alone is
insufficient.

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff --git a/debian/control b/debian/control
index c51a4ee..95e1dee 100644
--- a/debian/control
+++ b/debian/control
@@ -26,7 +26,7 @@ Depends: ${shlibs:Depends},
 python,
 python-gi,
 python-lockfile,
-gir1.2-networkmanager-1.0 (>= 1.1.90) [linux-any],
+gir1.2-nm-1.0 (>= 1.2) [linux-any],
 unbound
 Breaks: resolvconf
 Description: reconfiguration tool to make DNSSEC work
diff --git a/dnssec-trigger-script.in b/dnssec-trigger-script.in
index 154f124..1d74710 100644
--- a/dnssec-trigger-script.in
+++ b/dnssec-trigger-script.in
@@ -18,7 +18,7 @@ import struct
 import signal
 
 import gi
-gi.require_version('NMClient', '1.0')
+gi.require_version('NM', '1.2')
 
 from gi.repository import NMClient
 
@@ -466,7 +466,7 @@ class Application:
 except AttributeError:
 self.usage()
 
-self.client = NMClient.Client().new()
+self.client = NM.Client().new()
 
 def nm_handles_resolv_conf(self):
 if not self.client.get_manager_running():

Bug#862756: gcc-7 cross compiler build: generated dependencies on multilib libcs unsatisfiable

[Helmut Grohne]

Source: gcc-7
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

Hi Matthias,

there is yet another issue with the current cross compiler build (using
-$arch-cross packages, not the with_deps_on_target_arch patchset). In
the unstaged cross compiler build, unannotated dependencies on the
multilib libc packages are emitted. See this installation failure for
instance:

| Setting up gcc-7-cross-base (7.1.0-5) ...
| Setting up gcc-7-mips-linux-gnu-base:amd64 (7.1.0-5) ...
| dpkg: dependency problems prevent configuration of lib64atomic1-mips-cross:
|  lib64atomic1-mips-cross depends on libc6-mips64 (>= 2.24); however:
|   Package libc6-mips64 is not installed.
|
| dpkg: error processing package lib64atomic1-mips-cross (--install):
|  dependency problems - leaving unconfigured
| dpkg: dependency problems prevent configuration of lib64gcc-7-dev-mips-cross:
|  lib64gcc-7-dev-mips-cross depends on lib64atomic1-mips-cross (>= 7.1.0-5); 
however:
|   Package lib64atomic1-mips-cross is not configured yet.

Here, we can see that lib64atomic1-mips-cross depends on libc6-mips64.
For lib64atomic1, that would be the correct dependency, but for a
dpkg-cross'ed package, it should have transformed the dependency to
libc6-mips64-mips-cross. The updating should happen in a sed expression
transforming the corresponding substvars file in debian/rules.defs. The
attached patch fixes the sed expression.

In principle, this bug also applies to gcc-6, but I don't think it is
worth fixing there.

Helmut
--- a/debian/rules.defs
+++ b/debian/rules.defs
@@ -1960,7 +1960,7 @@
 	if [ -f debian/$(1).substvars ]; then \
 	  sed -i \
 	-e 's/:$(DEB_TARGET_ARCH)/$(cross_lib_arch)/g' \
-	-e 's/\(libc[.0-9]*-[^:]*\):\([a-z0-9-]*\)/\1-\2-cross/g' \
+	-e 's/\(libc[.0-9]*-[^: ]*\)\(:$(DEB_TARGET_ARCH)\)\?/\1$(cross_lib_arch)/g' \
 	$(if $(filter armel,$(DEB_TARGET_ARCH)),-e 's/:armhf/-armhf-cross/g') \
 	$(if $(filter armhf,$(DEB_TARGET_ARCH)),-e 's/:armel/-armel-cross/g') \
 	debian/$(1).substvars; \

Bug#861805: RFS: golang-github-puerkitobio-goquery/1.1.0+git20170324.3.ed7d758-1 [ITP]

[Diego M . Rodríguez]

Thanks for reviewing and for the notice, Gianfranco!

I have revised the license of that html file (plus another file on the
same directory that seemed to be under a different license as well),
and pushed to git, tagged, and uploaded a new version in mentors
(1.1.0+git20170324.3.ed7d758-2).

Best regards, and thanks again,

On 15/05/2017, Gianfranco Costamagna  wrote:
> control: owner -1 !
> control: tags -1 moreinfo
>
> ./testdata/gowiki.html
>
> this seems to have a different license.
>
> G.
>
>
>
> Il Giovedì 4 Maggio 2017 11:09, Diego M. Rodriguez 
> ha scritto:
>
>
>
>
>
>
> Package: sponsorship-requests
>
> Severity: wishlist
>
>
>   Dear mentors,
>
>
>   I am looking for a sponsor for my package
> "golang-github-puerkitobio-goquery"
>
>
> * Package name: golang-github-puerkitobio-goquery
>
>Version : 1.1.0+git20170324.3.ed7d758-1
>
>Upstream Author : Martin Angers 
>
> * URL : https://github.com/PuerkitoBio/goquery
>
> * License : BSD-3-clause
>
>Section : devel
>
>
>   It builds those binary packages:
>
>
> golang-github-puerkitobio-goquery-dev - jQuery-style HTML manipulation
> in Go
>
>
>   To access further information about this package, please visit the
> following URL:
>
>
>   https://mentors.debian.net/package/golang-github-puerkitobio-goquery
>
>
>
>   Alternatively, one can download the package with dget using this command:
>
>
> dget -x
> https://mentors.debian.net/debian/pool/main/g/golang-github-puerkitobio-goquery/golang-github-puerkitobio-goquery_1.1.0+git20170324.3.ed7d758-1.dsc
>
>
>   Or on the following repository:
>
>
> https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-puerkitobio-goquery.git
>
>
>
>   Changes since the last upload:
>
>
>   * Initial release (Closes: #858359)
>
>
>   Regards,
>
>Diego M. Rodriguez
>

Bug#862711: closed by Gianfranco Costamagna <locutusofb...@debian.org> (Re: Bug#862711: RFS: dirty.js/1.0.0-1.1 [NMU] [RC])

[Val Markovic]

Thanks Gianfranco! :)

Bug#862698: ITP: minecraft -- blocks to build anything you can imagine

[Russ Allbery]

Simon McVittie  writes:

> If this package downloads proprietary files automatically, here are some
> issues that should be considered:

> * minimizing amount of code run as root (downloading the Minecraft
>   launcher per-user is probably better - the launcher will download
>   Minecraft itself once per user anyway, so sharing files between users
>   to reduce disk space usage is not straightforward)
> * not executing code that was not obtained in a way that can be trusted:
>   downloading via https with correct certificate validation, or checking
>   the launcher against known-good cryptographic hashes like
>   game-data-packager does, or similar
> * not preventing offline apt updates in which packages are downloaded
>   while online, then installed at a later time without Internet access

> game-data-packager/doc/why.mdwn might be interesting reading.

Another thing that would be a really neat addition to a wrapper around
Minecraft would be to run it inside a restrictive namespace by default.
Minecraft has a pretty well-understood file access pattern, and there's
really no reason to allow it to read, say, your Firefox cookie database,
or something else that's in your home directory.  You could probably also
cut off quite a lot of syscalls with seccomp without changing the
functionality.

I played around with configurations for a server and can confirm that the
following systemd jailing configuration works for the server, but I'm
quite sure that one could get more restrictive than this with some work
(for example, I didn't even start on syscall filtering).

PrivateUsers=true
ProtectSystem=full
ProtectHome=true
ProtectKernelTunables=true
ProtectControlGroups=true
NoNewPrivileges=true
ProtectKernelModules=true

-- 
Russ Allbery (r...@debian.org)   

Bug#862754: ITP: libhfi1 -- Userspace driver for Intel Omni-Path fabric interface

[Brian T. Smith]

Package: wnpp
Severity: wishlist
Owner: "Brian T. Smith" 

* Package name: libhfi1
  Version : 0.5-23
  Upstream Author : Intel Corporation 
* URL : http://www.intel.com
* License : GPL or BSD
  Programming Lang: C
  Description : Userspace driver for Intel Omni-Path fabric interface 
(HFI1).

libhfi1 is a device-specific driver for Intel Omni-Path fabric 
interface hardware for the libibverbs library. This allows 
userspace processes to access the HFI1 hardware directly with
low latency and low overhead.
.
This package contains the loadable plug-in.
.
I am an employee of System Fabric Works. SFE has the experience, 
hardware and resources to maintain and test this package.

Bug#862753: Fwd: mpg123 crashes in Remote mode if FORMAT command issued when file loaded but not started playback

[Al Schmidt]

Package: mpg123
Version: 1.20.1-2+deb8u1

$ uname -a
Linux BBB 4.4.30-ti-r64 #1 SMP Fri Nov 4 21:23:33 UTC 2016 armv7l GNU/Linux

$ dpkg -s libc6 | grep ^Version
Version: 2.19-18+deb8u6

Description: the file sample rate is retrieved using the "FORMAT" command.
This is needed to calculate total and current time (in conjunction with the
sample count/total retrieved with "SAMPLE" command). If "FORMAT" command is
issued when a (valid) file has been loaded but playback not started (using
the "LOADPAUSED/LP" command) the sample rate (and channel count) are
properly reported. However, when playback of the file is started, mpg123
crashes (see log below). I have duplicated this on a USB sound "card" as
well as default hardware. It does not appear to be an alsa/audio issue
because the FORMAT command does return the correct value, and the file can
be played back correctly on the same system. I have also tried FORMAT then
"SEEK 0", "FORMAT" then "STOP" then "LOADPAUSED" and "PAUSE" but the crash
still happens. I've found no sequence of subsequent actions following a
"FORMAT" of an unplayed file that does not result in a crash upon playback.
Log: (inline descriptive comments added to actual log output is designated
by //)
Note: skipping the "FORMAT" command in the log below will prevent the crash.

$ mpg123 -R -a default:Device// start mpg123 in "Remote command mode"
with standard McASP audio device
@R MPG123 (ThOr) v8   // response: normal startup message
LOADPAUSED ./my_file.mp3  // command: "LOADPAUSED/LP" - load file
("my_file.mp3") but do not begin playback
@I ID3v2.title:my_track   // response: ID3 information...
@I ID3v2.artist:my_artist
@I ID3v2.album:my_album
@I ID3v2.year:2017
@I ID3v2.comment:12++
@I ID3v2.genre:Country & Folk
@P 1   // response: file loaded &
paused, ready to begin file playback
FORMAT // command: "FORMAT" - get audio
sample rate and channel count
@FORMAT 44100 2   // response: 44100 Hz, 2-channel
PAUSE// command: "PAUSE" -
pause/un-pause
@P 2   // response: OK, playing
file, but then...

[alsa.c:230] error: Fatal problem with alsa output, error -5.

[audio.c:614] error: Error in writing audio (Success?)!

[mpg123.c:681] error: Deep trouble! Cannot flush to my output anymore!

Bug#862751: RFP: node-babelify -- Browserify transform for Babel

[Jeffrey Cliff]

Package: wnpp
Severity: wishlist
Upstream Author : Sebastian "kittens" McKenzie < @sebmck >
URL : https://github.com/babel/babelify
License : MIT
Language : javascript
Description :

Babel browserify transform (
https://github.com/babel/babel
https://github.com/substack/node-browserify ).

Bug#862752: chromium: 404 pages can't be found

[Emmanuel Revah]

Package: chromium
Version: 57.0.2987.98-1~deb8u1
Severity: normal
Tags: newcomer

Dear Maintainer,


It appears that Chromium does not let me see 404 pages sent from certain
websites. I've tested using the same website with Firefox, I get the usual 404
header with the website's 404 page.

With Chromium I do not, I get Chromium's own error page "No webpage was found
for the web address:".

I've checked settings and plugins and I've launched Chromium with a clean
profile and unchecked "Use a web service to help resolve navigation errors",
yet I still don't receive the server's result.

I found one thing that does work: DevTools. Indeed, with devtools open I can
see the server's 404 page as I should.



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

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

Versions of packages chromium depends on:
ii  libasound2   1.0.28-1
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-18+deb8u9
ii  libcairo21.14.0-2.1+deb8u2
ii  libcups2 1.7.5-11+deb8u1
ii  libdbus-1-3  1.8.22-0+deb8u1
ii  libexpat12.1.0-6+deb8u3
ii  libfontconfig1   2.11.0-6.3+deb8u1
ii  libfreetype6 2.5.2-3+deb8u2
ii  libgcc1  1:4.9.2-10
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u5
ii  libglib2.0-0 2.42.1-1+b1
ii  libgtk2.0-0  2.24.25-3+deb8u1
ii  libjpeg62-turbo  1:1.3.1-12
ii  libnspr4 2:4.12-1+debu8u1
ii  libnss3  2:3.26-1+debu8u1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpng12-0   1.2.50-2+deb8u3
ii  libstdc++6   4.9.2-10
ii  libwebp5 0.4.1-1.2+b2
ii  libwebpdemux10.4.1-1.2+b2
ii  libx11-6 2:1.6.2-3
ii  libx11-xcb1  2:1.6.2-3
ii  libxcb1  1.10-3+b1
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1+b1
ii  libxdamage1  1:1.1.4-2+b1
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.1-2+b2
ii  libxi6   2:1.7.4-1+b2
ii  libxml2  2.9.1+dfsg1-5+deb8u4
ii  libxrandr2   2:1.4.2-1+b1
ii  libxrender1  1:0.9.8-1+b1
ii  libxslt1.1   1.1.28-2+deb8u3
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1+b1
ii  x11-utils7.7+2
ii  xdg-utils1.1.0~rc1+git20111210-7.4

chromium recommends no packages.

Versions of packages chromium suggests:
ii  chromium-inspector  57.0.2987.98-1~deb8u1
pn  chromium-l10n   

-- no debconf information

Bug#862750: printer-driver-brlaser: new printer to add

[Mark A. Hershberger]

Package: printer-driver-brlaser
Version: 3-3
Severity: normal

Adding the following to brlaser.drv is all that is needed to set add
support for the MFC-7360N:

{
  ModelName "MFC-7360N"
  Attribute "NickName" "" "Brother MFC-7360N, using brlaser v3"
  Attribute "1284DeviceID" "" 
"MFG:Brother;CMD:PJL,HBP;MDL:MFC-7360N;CLS:PRINTER;CID:Brother Laser Type1;"
  PCFileName "br7360n.ppd"
}


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

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

Versions of packages printer-driver-brlaser depends on:
ii  libc6  2.19-18+deb8u9
ii  libcupsimage2  1.7.5-11+deb8u1
ii  libgcc11:4.9.2-10
ii  libstdc++6 4.9.2-10

printer-driver-brlaser recommends no packages.

printer-driver-brlaser suggests no packages.

-- no debconf information

-- 
Mark A. Hershberger
NicheWork LLC
717-271-1084

Bug#862717: [Pkg-ime-devel] Bug#862717: ibus-daemon often crashes on suspend/resume

[Osamu Aoki]

Hmmm...

I now realize:

> default-display-manager: /usr/bin/sddm

I use GDM3 without problem for ibus.

I hear KDE user are suffering strange IM problem with uim too.

 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862558

KDE used to work without problem.  So something changed on sddm side how
it run's its start up.  Maybe how sddm is started by systemd.

One user reported that by SSH into the problematic system via SSH, he
sees:

 1861 tty2 Rl+0:09 ksplashqml Breeze --pid
 1871 tty2 Sl+0:00  \_ /usr/lib/mozc/mozc_server
 1877 tty2 Sl+0:00  \_ /usr/lib/x86_64-linux-gnu/uim/uim-candwin-qt5 -v

Strange thing is why ksplashqm calling IM?  He killed
/usr/lib/mozc/mozc_server and got to log into system.

The way this bug is happening, this looks like a bug on plasma-workspace
or mozc.

(This looks like mozc starting without regard to the other program.
This may help some mozc user by letting them to skip configuration but
certainly this is non-optimal way.)

Regards,

Osamu