Bug#741412: exim4: process crashed with signal 11 while delivering

[Leszek Dubiel]

I confirm -- bug still happens very ocassionaly on version as below:



Exim version 4.84_2 #2 built 14-Jun-2017 14:38:31
Copyright (c) University of Cambridge, 1995 - 2014
(c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 
- 2014

Berkeley DB: Berkeley DB 5.3.28: (September  9, 2013)
Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DKIM PRDR OCSP
Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm 
dbmjz dbmnz dnsdb dsearch nis nis0 passwd

Authenticators: cram_md5 plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
Configuration file is /etc/exim4/exim4.conf

Bug#882020: socat: Fails to build on Hurd

[Socat Project]

Thank you, fix will be in next bug fix release.


On 11/17/2017 06:59 PM, Andreas Henriksson wrote:
> Package: socat
> Version: 1.7.3.2-1
> Severity: normal
> Tags: patch
> 
> Dear Maintainer,
> 
> It seems socat fails to build on hurd. This in turn affects util-linux
> which has a build-dependency on socat for tests. Rather than excluding
> socat specifically on hurd, I think it would be better to have socat
> building.
> 
> Not a hurd expert myself so took the simplest possible way forward
> in the attached patch which I've confirmed to build on the hurd
> porterbox. Hopefully an actual hurd porter can improve on it if needed
> (and actually runtime test the results).  See also comments in patch
> header.
> 
> Regards,
> Andreas Henriksson
> 

Bug#878496: python-escript FTBFS on 32bit with gcc 7

[Anton Gladky]

Control: reopen -1

Still failing.

Anton

Bug#786782: wxhexeditor: cannot open files which contain non-ascii characters in filename

[Juhani Numminen]

Control: fixed -1 wxhexeditor/0.23+repack-2

On Mon, 25 May 2015 16:31:08 +0200 Andreas Rönnquist  wrote:

> Dear Maintainer,
> 
> Trying to open a file which has a filename containing non-ascii
> characters simply fails with a dialog "File does not exists at path:"
> and the filename.
> 
> I have tried with a simple file with a filename containing the Swedish
> characters åäö, "teståäö.txt"

On Tue, 23 Jun 2015 12:09:20 +0200 Andreas Rönnquist  wrote:
> This seems to be fixed in unstable, but is still present in jessie.
> 
> -- Andreas Rönnquist
> gus...@debian.org


I have the the same observation. Perhaps the bug should be closed?

Med vänliga hälsningar
Juhani Numminen

Bug#883908: missing dependencies

[Andre Heider]

Package: libbluray-dev
Version: 1:1.0.2-1

the -dev packages needs to depend on other -dev packages:

pkg-config libbluray --cflags
Package libxml-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libxml-2.0.pc'
to the PKG_CONFIG_PATH environment variable
Package 'libxml-2.0', required by 'libbluray', not found

pkg-config libbluray --cflags
Package fontconfig was not found in the pkg-config search path.
Perhaps you should add the directory containing `fontconfig.pc'
to the PKG_CONFIG_PATH environment variable
Package 'fontconfig', required by 'libbluray', not found

and probably libfreetype6-dev, although libfontconfig1-dev already 
depends on it

Bug#883860: python-biopython: SeqRecord broken on Debian packages when python-biopython-sql package is not installed

[Andreas Tille]

On Fri, Dec 08, 2017 at 01:18:25PM +, Kai Blin wrote:
> 
> I've reported this bug upstream as
> https://github.com/biopython/biopython/issues/1471 already.

I guess you want to express that from a Debian packaging point of view  
we simply wait until #1471 is fixed, right?

Or do you think we should add a strong depends of the -sql package?

Kind regards

Andreas.

-- 
http://fam-tille.de

Bug#883909: ifupdown: networking.service is sequenced too late (aka too early during shutdown)

[Ron]

Package: ifupdown
Version: 0.8.19
Severity: important

Hi Guus,

I've been updating another (local) package to deal with systemd no
longer running rcS.d init scripts in Stretch - which means I've been
looking carefully at the boot sequencing on both Jessie and Stretch,
and there's a notable change in the ordering of networking.service
between those two releases, which seems to have potential for trouble.

In Jessie, the generated unit guaranteed that ifup would be run
Before=sysinit.target based on it being ordered in rcS.d - and so
equivalently that ifdown would not be run until everything ordered
after sysinit.target was already shut down.

In the explicit unit in Stretch, that ordering relation is no longer
present, and networking.service starts much later - including after
basic.target, which potentially pulls in remote filesystem mounts.


There seems to be a few subtle consequences to this - I now see a bunch
of services which do need/use network connectivity get started before
networking.service.  Arguably some are also buggy for not having an
ordering After=network.target (munin-node I'm looking at you), but for
some like rsyslog that may or may not be needed depending on other
configuration.  But not being ordered to start before / stop after
remote mounts can be sequenced seems to be something networking.service
itself should fix.


Is there any good reason this should not (still) declare an ordering
Before=sysinit.target ?

It's quite possible that bugs like #857679 are caused by this (note
that 'dependency' relationships as shown by the reporter aren't the
same as ordering relationships ...).  And bugs like #857573 if not
directly caused by it would be exacerbated by it making the other
issues harder to fix at their root too.  There may be others, but
that was two that stood out while I looked to see if this was already
reported.


 Thanks for picking up the maintenance of this package!
 Best,
 Ron

Bug#883910: libtirpc: Incomplete debian/copyright?

[Chris Lamb]

Source: libtirpc
Version: 1.0.2-0.1
Severity: serious
Justication: Policy 12.5
X-Debbugs-CC: Matthias Klose 

Hi,

I just ACCEPTed libtirpc from NEW but noticed it was missing 
attribution in debian/copyright for at least Oracle, Isilon,
etc.

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


Regards,

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

Bug#883911: lmod: new version available upstream

[Masanori Ogino]

Package: lmod
Version: 6.6-0.2
Severity: wishlist

Dear Maintainer,

Some new versions of lmod with new features and bug fixes (described on [1,2])
have been released since 6.6 which is packaged for Debian stable, testing and
unstable now.

The latest upstream version is 7.7.14[3], released on 2017-11-17.
For reference, version 7.7[4] was released on 2017-09-20.

It would be great if the package could be updated to a recent version.

[1]: https://github.com/TACC/Lmod/raw/master/README.md
[2]: https://github.com/TACC/Lmod/raw/master/README.new
[3]: https://github.com/TACC/Lmod/releases/tag/7.7.14
[4]: https://github.com/TACC/Lmod/releases/tag/7.7

Best regards,
Masanori

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

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

Versions of packages lmod depends on:
ii  lua-filesystem  1.6.3-1
ii  lua-json1.3.3-2
ii  lua-posix   31-3
ii  lua-term0.07-0.1
ii  lua5.2  5.2.4-1.1+b2
ii  tcl 8.6.0+9

lmod recommends no packages.

lmod suggests no packages.

-- no debconf information

Bug#883912: lxc-create(1) incorrectly says default fstype is ext4

[Jean-Michel Vourgère]

Package: lxc
Version: 1:2.0.7-2
Severity: minor

Dear Maintainer,

man lxc-create says:
> --fstype FSTYPE will create an FSTYPE filesystem on the LV, rather than the
> default, which is ext4.

However, when a container is created with lvm without the --fstype option
it gets an ext3 partition.

In src/lxc/bdev/lxclvm.c, in lvm_create:
> fstype = specs->fstype;
> if (!fstype)
> fstype = DEFAULT_FSTYPE;

In src/lxc/bdev/bdev.h:
> #define DEFAULT_FSTYPE "ext3"

I expected the manual to say the default is ext3, not ext4.

Cheers

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

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

Versions of packages lxc depends on:
ii  init-system-helpers  1.48
ii  libapparmor1 2.11.0-3
ii  libc62.24-11+deb9u1
ii  libcap2  1:2.25-1
ii  libgnutls30  3.5.8-5+deb9u3
ii  liblxc1  1:2.0.7-2
ii  libseccomp2  2.3.1-2.1
ii  libselinux1  2.6-3+b3
ii  lsb-base 9.20161125
ii  python3  3.5.3-1
ii  python3-lxc  1:2.0.7-2

Versions of packages lxc recommends:
ii  bridge-utils  1.5-13+deb9u1
ii  debootstrap   1.0.89
ii  dirmngr   2.1.18-8~deb9u1
ii  dnsmasq-base  2.76-5+deb9u1
ii  gnupg 2.1.18-8~deb9u1
ii  iptables  1.6.0+snapshot20161117-6
ii  libpam-cgfs   2.0.7-1
ii  lxcfs 2.0.7-1
ii  openssl   1.1.0f-3+deb9u1
ii  rsync 3.1.2-1
ii  uidmap1:4.4-4.1

Versions of packages lxc suggests:
pn  apparmor 
pn  btrfs-tools  
ii  lvm2 2.02.168-2

-- no debconf information

Bug#883913: pylint: please make the build reproducible

[Chris Lamb]

Source: pylint
Version: 1.7.4-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness fileordering
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi,

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

This is due to the documentation generator iterating over the filesystem
in a nondeterminstic order and then iterating over an internal,
nondeterminstic, data structure.

Patch attached.

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


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/reproducible_build.patch   1970-01-01 01:00:00.0 
+0100
--- b/debian/patches/reproducible_build.patch   2017-12-09 09:40:39.047007768 
+
@@ -0,0 +1,25 @@
+Description: Make the build reproducible
+Author: Chris Lamb 
+Last-Update: 2017-12-09
+
+--- pylint-1.7.4.orig/doc/exts/pylint_extensions.py
 pylint-1.7.4/doc/exts/pylint_extensions.py
+@@ -42,6 +42,7 @@ def builder_inited(app):
+ elif ext == '.rst':
+ doc_files['pylint.extensions.' + name] = os.path.join(ext_path,
+   filename)
++modules.sort()
+ if not modules:
+ sys.exit("No Pylint extensions found?")
+ 
+--- pylint-1.7.4.orig/pylint/utils.py
 pylint-1.7.4/pylint/utils.py
+@@ -454,7 +454,7 @@ class MessagesHandlerMixIn(object):
+ print("Below is a list of all checkers and their features.", 
file=stream)
+ print("", file=stream)
+ 
+-for checker, info in six.iteritems(by_checker):
++for checker, info in sorted(six.iteritems(by_checker)):
+ self._print_checker_doc(checker, info, stream=stream)
+ 
+ @staticmethod
--- a/debian/patches/series 2017-12-09 09:23:53.747933110 +
--- b/debian/patches/series 2017-12-09 09:33:04.808588763 +
@@ -1 +1,2 @@
 doc_makefile_python3.patch
+reproducible_build.patch

Bug#883914: webalizer: [INTL:ru] Updated Russian translation of debconf template

[Lev Lamberov]

Package: webalizer
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

please find attached the updated Russian debconf translation for webalizer.

Regards,
Lev Lamberov


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

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

Versions of packages webalizer depends on:
ii  debconf [debconf-2.0]  1.5.65
ii  libc6  2.25-3
ii  libdb5.3   5.3.28-13.1+b1
ii  libgd3 2.2.5-4
ii  libgeoip1  1.6.11-3
ii  libpng16-161.6.34-1
ii  zlib1g 1:1.2.8.dfsg-5

Versions of packages webalizer recommends:
ii  geoip-database  20171107-1

Versions of packages webalizer suggests:
pn  httpd
pn  ttf-dejavu-core | ttf-bitstream-vera | ttf-freefont  
# translation of webalizer_2.01.10-32.2_templates.po to Russian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Pavel Vinogradov , 2008.
# Lev Lamberov , 2017.
msgid ""
msgstr ""
"Project-Id-Version: webalizer_2.01.10-32.2_templates\n"
"Report-Msgid-Bugs-To: webali...@packages.debian.org\n"
"POT-Creation-Date: 2013-11-17 23:24+0100\n"
"PO-Revision-Date: 2017-12-09 14:47+0500\n"
"Last-Translator: Lev Lamberov \n"
"Language-Team: Russian\n"
"Language: ru\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 2.0.4\n"

#. Type: note
#. Description
#: ../templates:1001
msgid "Upgrading from a version < 2.01.6"
msgstr "Обновление с версии < 2.01.6"

#. Type: note
#. Description
#: ../templates:1001
msgid ""
"WARNING: If you're upgrading from a version < 2.01.6, see /usr/share/doc/"
"webalizer/README.FIRST.gz for details on upgrading your old data!!"
msgstr ""
"ВНИМАНИЕ: если вы обновляетесь с версии < 2.01.6, подробное описание "
"обновления ваших старых данных см. в файле /usr/share/doc/webalizer/README."
"FIRST.gz."

#. Type: note
#. Description
#: ../templates:2001
msgid "Upgrading from a version < 2.01.10-30"
msgstr "Обновление с версии < 2.01.10-30"

#. Type: note
#. Description
#: ../templates:2001
msgid ""
"WARNING: This release will move webalizer.conf file to /etc/webalizer  "
"directory.  New features have been included, too. Please read README.FIRST."
"gz, README.gz and new examples/sample.conf.gz in /usr/share/doc/webalizer "
"directory."
msgstr ""
"ВНИМАНИЕ: В этой версии файл webalizer.conf перенесен в каталог /etc/"
"webalizer. Кроме того, были добавлены новые возможности. Пожалуйста, "
"ознакомьтесь с файлами README.FIRST.gz, README.gz и новым файлом examples/"
"sample.conf.gz в в каталоге /usr/share/doc/webalizer."

#. Type: string
#. Description
#: ../templates:3001
msgid "Directory to put the output in:"
msgstr "Каталог для хранения выходных данных:"

#. Type: boolean
#. Description
#: ../templates:4001
msgid "Generate a default configuration file ?"
msgstr "Создать файл настроек по умолчанию?"

#. Type: boolean
#. Description
#: ../templates:4001
msgid ""
"Note that webalizer always parses the default configuration, so if you plan "
"on using more than one configuration or using the -c parameter, you probably "
"want to say No here."
msgstr ""
"Заметьте, что webalizer всегда выполняет грамматический разбор настройки по "
"умолчанию, поэтому если вы планируете использовать более одного файла "
"настройки или использовать параметр -c, вам скорее всего нужно ответить на "
"данный вопрос отрицательно."

#. Type: string
#. Default
#: ../templates:5001
msgid "Usage Statistics for[ hostname will be appended ]"
msgstr "Статистика использования для:"

#. Type: string
#. Description
#: ../templates:5002
msgid "Title of the reports webalizer will generate:"
msgstr "Заголовок отчетов создаваемых webalizer:"

#. Type: string
#. Description
#: ../templates:5002
msgid "(your system's hostname will be appended to it)"
msgstr "(к нему будет добавлено имя узда вашей системы)"

#. Type: string
#. Description
#: ../templates:6001
msgid "Webserver's rotated log filename:"
msgstr "Имя обрабатываемого файла журнала веб-сервера:"

#. Type: boolean
#. Description
#: ../templates:7001
msgid "Enable DNSCache Option?"
msgstr "Включить опцию DNSCache?"

#. Type: boolean
#. Description
#: ../templates:7001
msgid ""
"Speed up name resolving with the DNSCache option enabled. See /usr/share/doc/"
"webalizer/DNS.README.gz for more information."
msgstr ""
"Ускорить распознавание имен с помощью включения опции DNSCache. "
"Дополнительную информацию см. в файле /usr/share/doc/webalizer/DNS.README.gz."

Bug#883915: RFS: k2pdfopt/2.42+ds-1 [ITP]

[Yangfl]

Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

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

 * Package name: k2pdfopt
   Version : 2.42+ds-1
   Upstream Author : willus
 * URL : http://www.willus.com/k2pdfopt/
 * License : AGPL3+
   Section : utils

  It builds those binary packages:

k2pdfopt   - PDF Reflow tool

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

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


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

dget -x 
https://mentors.debian.net/debian/pool/main/k/k2pdfopt/k2pdfopt_2.42+ds-1.dsc

  More information about hello can be obtained from https://www.example.com.

  Changes since the last upload:

  [your most recent changelog entry]


  Regards,
   Yangfl

Bug#883913: pylint: please make the build reproducible

[Chris Lamb]

forwarded 883913 https://github.com/PyCQA/pylint/pull/1761
thanks

I've forwarded this upstream here:

  https://github.com/PyCQA/pylint/pull/1761


Regards,

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

Bug#883916: openafs: [INTL:ru] Updated Russian translation of debconf template

[Lev Lamberov]

Package: openafs
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

please find attached the updated Russian debconf translation for openafs.

Regards,
Lev Lamberov


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

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), 
LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
# translation of ru.po to Russian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the openafs package.
#
# Yuri Kozlov , 2009, 2013.
# Lev Lamberov , 2017.
msgid ""
msgstr ""
"Project-Id-Version: openafs 1.6.2.1-1\n"
"Report-Msgid-Bugs-To: open...@packages.debian.org\n"
"POT-Creation-Date: 2017-07-10 15:27-0500\n"
"PO-Revision-Date: 2017-12-09 15:23+0500\n"
"Last-Translator: Lev Lamberov \n"
"Language-Team: Russian \n"
"Language: ru\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 2.0.4\n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n"
"%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: string
#. Description
#: ../openafs-client.templates:1001
msgid "DB server host names for your home cell:"
msgstr "Имена машин-серверов БД домашней ячейки:"

#. Type: string
#. Description
#: ../openafs-client.templates:1001
msgid ""
"AFS uses the file /etc/openafs/CellServDB to hold the list of servers that "
"should be contacted to find parts of a cell.  The cell you claim this "
"workstation belongs to is not in that file.  Enter the host names of the "
"database servers separated by spaces. IMPORTANT: If you are creating a new "
"cell and this machine is to be a database server in that cell, only enter "
"this machine's name; add the other servers later after they are functioning. "
"Also, do not enable the AFS client to start at boot on this server until the "
"cell is configured.  When you are ready you can edit /etc/openafs/afs.conf."
"client to enable the client."
msgstr ""
"AFS использует файл /etc/openafs/CellServDB для хранения списка серверов, с "
"которыми нужно соединяться при поиске частей ячейки. Ячейка, которой "
"принадлежит данная рабочая станция, указывается не в этом файле. Вводите "
"имена узлов серверов базы данных через пробел. ВАЖНО: если вы создаёте новую "
"ячейку и эта машина является базой данных этой ячейки, то введите здесь "
"только имя данной машины; добавляйте другие серверы по мере ввода их в "
"работу. Также, выключите запуск клиента AFS при загрузке машины пока не "
"будет произведена настройка ячейки. Когда всё будет готово, включите клиент, "
"отредактировав файл /etc/openafs/afs.conf.client."

#. Type: string
#. Description
#: ../openafs-client.templates:2001
msgid "AFS cell this workstation belongs to:"
msgstr "Ячейка AFS, которой принадлежит данная рабочая станция:"

#. Type: string
#. Description
#: ../openafs-client.templates:2001
msgid ""
"AFS filespace is organized into cells or administrative domains. Each "
"workstation belongs to one cell.  Usually the cell is the DNS domain name of "
"the site."
msgstr ""
"Всё файловое пространство AFS сгруппировано в ячейки или административные "
"домены. Каждая рабочая станция принадлежит определённой ячейке. Обычно, "
"ячейка характеризуется доменным именем DNS данной машины."

#. Type: string
#. Description
#: ../openafs-client.templates:3001
msgid "Size of AFS cache in kB:"
msgstr "Размер кэша AFS в килобайтах:"

#. Type: string
#. Description
#: ../openafs-client.templates:3001
msgid ""
"AFS uses an area of the disk to cache remote files for faster access.  This "
"cache will be mounted on /var/cache/openafs.  It is important that the cache "
"not overfill the partition it is located on.  Often, people find it useful "
"to dedicate a partition to their AFS cache."
msgstr ""
"AFS использует часть диска для кэширования удалённых файлов с целью "
"ускорения доступа. Этот кэш будет смонтирован в каталог /var/cache/openafs. "
"Очень важно, чтобы кэш не переполнил раздел, на котором он расположен. Часто "
"пользователи создают отдельный раздел для кэша AFS."

#. Type: boolean
#. Description
#: ../openafs-client.templates:4001
msgid "Run Openafs client now and at boot?"
msgstr "Запустить клиент Openafs сейчас и запускать при загрузке системы?"

#. Type: boolean
#. Description
#: ../openafs-client.templates:4001
msgid ""
"Normally, most users who install the openafs-client package expect AFS to be "
"mounted automatically at boot.  However, if you are planning on setting up a "
"new cell or are on a laptop, you may not want it started at boot time.  If "
"you choose not to start AFS at boot, run service openafs-client force-start "
"to start the client when you wish to run it."
msgstr ""
"Об

Bug#877894: Possibly the final patch

[Matthias Baumgarten]

Hi Tiago,

this mail contains the latest patch for apticron (which I consider the
possibly final patch). It now includes a config option for the
apticron.conf file that (by default) will enable the encryption feature.
If you have further feature requests or want other changes, please don't
hesitate to ask. I'll be glad to help!


Bests,

Matthias

PS: On https://gitlab.com/m007/encrypted-apticron exists a repository
that is based on the official debian git repository where I do develop
and test my patched apticron version. Instead of asking per mail you
even could open up an issue there if you want further changes to the code.

PPS: Have yourself a nice weekend

diff --git a/apticron b/apticron
index f55071c..3f09857 100755
--- a/apticron
+++ b/apticron
@@ -4,15 +4,23 @@
 # implementations in Debian. Make sure we send proper headers, and a
 # text/plain content type.
 Mailx() {
+MAIL_BODY_FILE=$(tempfile)
+cat > "$MAIL_BODY_FILE"
+if [ x$GPG_ENCRYPT = "x1" ] && gpg --list-public-keys "$EMAIL" > /dev/null 2>&1; then
+MAIL_ENC_FILE=$(tempfile)
+gpg --trust-model always --batch --armor --encrypt --recipient "$EMAIL" < "$MAIL_BODY_FILE" > "$MAIL_ENC_FILE"
+mv "$MAIL_ENC_FILE" "$MAIL_BODY_FILE"
+fi
+
 local MAILER="`readlink -e /usr/bin/mailx`"
 if [ x$MAILER = "x/usr/bin/heirloom-mailx" -o x$MAILER = "x/usr/bin/s-nail" ]
 	then
 		# heirloom-mailx creates correct headers, but needs help
 		# if the terminal charset (LC_CTYPE) is no UTF-8 locale
 		if [ -n "$CUSTOM_FROM" ] ; then
-			/usr/bin/mailx -S ttycharset=utf-8 -r "$CUSTOM_FROM" "$@"
+			/usr/bin/mailx -S ttycharset=utf-8 -r "$CUSTOM_FROM" "$@" < "$MAIL_BODY_FILE"
 		else
-			/usr/bin/mailx -S ttycharset=utf-8 "$@"
+			/usr/bin/mailx -S ttycharset=utf-8 "$@" < "$MAIL_BODY_FILE"
 		fi
 	else
 		# bsd-mailx/mailutils' mailx don't do character set
@@ -22,14 +30,15 @@ Mailx() {
 -a "Content-type: text/plain; charset=UTF-8" \
 -a "Content-transfer-encoding: 8bit" \
 -a "From: $CUSTOM_FROM" \
-"$@"
+"$@" < "$MAIL_BODY_FILE"
 		else
 			/usr/bin/mailx -a "MIME-Version: 1.0" \
 -a "Content-type: text/plain; charset=UTF-8" \
 -a "Content-transfer-encoding: 8bit" \
-"$@"
+"$@" < "$MAIL_BODY_FILE"
 		fi
 	fi
+rm "$MAIL_BODY_FILE"
 }
 
 if [ "x$1" = "x--cron" ] ; then
diff --git a/apticron.conf b/apticron.conf
index dd6a7de..f503cd5 100644
--- a/apticron.conf
+++ b/apticron.conf
@@ -122,3 +122,10 @@ NOTIFY_NO_UPDATES="0"
 # 'From:' field used in the notification e-mails.
 #
 # CUSTOM_FROM=""
+
+#
+# Set GPG_ENCRYPT="0" if you do not want to encrypt the mail being send to
+# $EMAIL. apticron will use gpg and the public key of the recipient to encrypt
+# the mail.
+#
+GPG_ENCRYPT="1"


signature.asc
Description: OpenPGP digital signature

Bug#883917: im-config: doesn't offer UIM as an option

[Ian Bruce]

Package: im-config
Version: 0.32-1
Severity: important
Tags: l10n

im-config doesn't offer UIM as an option, even when it is installed.

$ dpkg -l | grep uim
ii  libuim-custom2:amd64   1:1.8.6+gh20161003.0.d amd64  Universal 
Input Method - uim-custom API library
ii  libuim-scm0:amd64  1:1.8.6+gh20161003.0.d amd64  Universal 
Input Method - uim-scm API library
ii  libuim8:amd64  1:1.8.6+gh20161003.0.d amd64  Universal 
Input Method - uim library
ii  uim1:1.8.6+gh20161003.0.d amd64  Universal 
Input Method - main binary package
ii  uim-data   1:1.8.6+gh20161003.0.d allUniversal 
Input Method - data files
ii  uim-fep1:1.8.6+gh20161003.0.d amd64  Universal 
Input Method - front end processor
ii  uim-gtk2.0 1:1.8.6+gh20161003.0.d amd64  Universal 
Input Method - GTK+2.x front end
ii  uim-gtk2.0-immodule:amd64  1:1.8.6+gh20161003.0.d amd64  Universal 
Input Method - GTK+2.x IM-module
ii  uim-gtk3   1:1.8.6+gh20161003.0.d amd64  Universal 
Input Method - GTK+3.x front end
ii  uim-gtk3-immodule:amd641:1.8.6+gh20161003.0.d amd64  Universal 
Input Method - GTK+3.x IM module
ii  uim-mozc:amd64 2.20.2673.102+dfsg-2   amd64  Mozc engine 
for uim - Client of the Mozc input method
ii  uim-plugins:amd64  1:1.8.6+gh20161003.0.d amd64  Universal 
Input Method - plugin files
ii  uim-qt51:1.8.6+gh20161003.0.d amd64  Universal 
Input Method - Qt 5.x front end
ii  uim-qt5-immodule:amd64 1:1.8.6+gh20161003.0.d amd64  Universal 
Input Method - Qt 5.x IM module
ii  uim-xim1:1.8.6+gh20161003.0.d amd64  Universal 
Input Method - XIM compatibility interface

See attached image for options offered by im-config with these packages
installed.



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

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

Versions of packages im-config depends on:
ii  gettext-base  0.19.8.1-4

Versions of packages im-config recommends:
ii  whiptail0.52.20-1+b1
ii  x11-common  1:7.7+19
ii  zenity  3.26.0-1

im-config suggests no packages.

-- Configuration Files:
/etc/X11/xinit/xinputrc changed [not included]

-- no debconf information

Bug#883918: kexec-tools: [INTL:ru] Updated Russian translation of debconf template

[Lev Lamberov]

Package: kexec-tools
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

please find attached the updated Russian debconf translation for kexec-tools.

Regards,
Lev Lamberov


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

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

Versions of packages kexec-tools depends on:
ii  debconf [debconf-2.0]  1.5.65
ii  libc6  2.25-3
ii  lsb-base   9.20170808
ii  zlib1g 1:1.2.8.dfsg-5

kexec-tools recommends no packages.

kexec-tools suggests no packages.
# translation of ru.po to Russian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the kexec-tools package.
#
# Yuri Kozlov , 2008.
# Yuri Kozlov , 2011.
# Lev Lamberov , 2017.
msgid ""
msgstr ""
"Project-Id-Version: kexec-tools 1:2.0.2-3\n"
"Report-Msgid-Bugs-To: kexec-to...@packages.debian.org\n"
"POT-Creation-Date: 2016-03-22 17:16-0600\n"
"PO-Revision-Date: 2017-12-09 15:28+0500\n"
"Last-Translator: Lev Lamberov \n"
"Language-Team: Russian \n"
"Language: ru\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 2.0.4\n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n"
"%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: boolean
#. Description
#: ../kexec-tools.templates:2001
#| msgid "Should kexec-tools handle reboots?"
msgid "Should kexec-tools handle reboots (sysvinit only)?"
msgstr ""
"Использовать kexec-tools для обработки команды на перезагрузку (только для "
"sysvinit)?"

#. Type: boolean
#. Description
#: ../kexec-tools.templates:2001
msgid ""
"If you choose this option, a system reboot will trigger a restart into a "
"kernel loaded by kexec instead of going through the full system boot loader "
"process."
msgstr ""
"Если вы ответите утвердительно, то при перезагрузке системы будет выполнен "
"перезапуск в ядро, загруженное с помощью kexec, а не как обычно, с полным "
"перезапуском системы с использованием системного загрузчика."

#. Type: boolean
#. Description
#: ../kexec-tools.templates:3001
msgid "Read GRUB configuration file to load the kernel?"
msgstr "Использовать файл настройки GRUB для загрузки ядра?"

#. Type: boolean
#. Description
#: ../kexec-tools.templates:3001
msgid ""
"If you choose this option, kexec will read the GRUB configuration file to "
"determine which kernel and options to load for kexec reboot, as opposed to "
"what is in /etc/default/kexec."
msgstr ""
"Если вы ответите утвердительно, то при перезагрузке системы kexec будет "
"использовать ядро и параметры из файла настройки GRUB, а не из файла /etc/"
"default/kexec."

#~ msgid "Should kexec-tools e grub2 config file to load kernel?"
#~ msgstr ""
#~ "Должен ли kexec-tools использовать файл настройки grub2 для выбора "
#~ "загружаемого ядра?"

Bug#883855: [nnrpd-ssl]: Does not send intermediate certificates

[Michael Bussmann]

Hi,

On 2017-12-08 10:49:33 -0800, Russ Allbery wrote:
> INN does this in a kind of old-school way and expects you to set tlscafile
> or tlscapath to the separate file or directory containing the trust chain.
> (Not saying we shouldn't change this to also support a cert chain in the
> cert file, but that will probably get this working for you.)

Thanks for your swift reply.  In fact I already set tlscafile to a file 
containing the whole chain.  BUT: Now I re-signed the server certificate 
and also included  TLS Web Client Authentication in the extended key 
usage flags and magically everything works properly.  I am not quite 
sure why, but that's ok :-)

Sorry for the noise,

Cheers,
Michael

-- 
Michael Bussmann 


signature.asc
Description: PGP signature

Bug#883919: redmine: [INTL:ru] Updated Russian translation of debconf template

[Lev Lamberov]

Package: redmine
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

please find attached the updated Russian debconf translation for redmine.

Regards,
Lev Lamberov


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

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

Versions of packages redmine depends on:
pn  dbconfig-common 
ii  debconf [debconf-2.0]   1.5.65
pn  redmine-sqlite | redmine-mysql | redmine-pgsql  
ii  ruby1:2.3.3
pn  ruby-actionpack-action-caching  
pn  ruby-actionpack-xml-parser  
pn  ruby-bundler
pn  ruby-coderay
pn  ruby-i18n   
pn  ruby-jquery-rails   
pn  ruby-mime-types 
pn  ruby-mimemagic  
pn  ruby-net-ldap   
pn  ruby-openid 
pn  ruby-protected-attributes   
pn  ruby-rack   
pn  ruby-rack-openid
pn  ruby-rails  
pn  ruby-rails-observers
pn  ruby-rbpdf  
pn  ruby-redcarpet  
pn  ruby-request-store  
pn  ruby-rmagick
pn  ruby-roadie-rails   

Versions of packages redmine recommends:
pn  passenger  

Versions of packages redmine suggests:
pn  bzr 
ii  cvs 2:1.12.13+real-25
pn  darcs   
ii  git 1:2.15.0-1
ii  mercurial   4.3.1-3
pn  ruby-fcgi   
pn  subversion  
# translation of redmine_0.9.0~svn2907-1_ru.po to Russian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Yuri Kozlov , 2009, 2010.
# Lev Lamberov , 2017.
msgid ""
msgstr ""
"Project-Id-Version: redmine 1.0.0-4\n"
"Report-Msgid-Bugs-To: redm...@packages.debian.org\n"
"POT-Creation-Date: 2016-02-15 08:38-0200\n"
"PO-Revision-Date: 2017-12-09 15:34+0500\n"
"Last-Translator: Lev Lamberov \n"
"Language-Team: Russian \n"
"Language: ru\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 2.0.4\n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n"
"%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: string
#. Description
#: ../templates:1001
msgid "Redmine instances to be configured or upgraded:"
msgstr "Экземпляры redmine для настройки или обновления:"

#. Type: string
#. Description
#: ../templates:1001
msgid "Space-separated list of instances identifiers."
msgstr "Список идентификаторов экземпляров через пробел."

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"Each instance has its configuration files in /etc/redmine//"
msgstr ""
"Каждый экземпляр имеет свои файлы настройки в /etc/redmine/<идентификатор-"
"экземпляра>/"

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"To deconfigure an instance, remove its identifier from this list. "
"Configuration files and data from removed instances will not be deleted "
"until the package is purged, but they will be no longer managed "
"automatically."
msgstr ""
"Для отмены настроек экземпляра удалите его идентификатор из данного списка. "
"Файлы настроек и данные из удалённых экземпляров не будут удалены до тех "
"пор, пока этот пакет не будет вычищен. Тем не менее, эти настройки и данные "
"не будут обрабатываться автоматически."

#. Type: select
#. Description
#: ../templates:2001
msgid "Default redmine language:"
msgstr "Язык по умолчанию в redmine:"

#~ msgid "redmine-${dbtype} package required"
#~ msgstr "Требуется пакет redmine-${dbtype}"

#~ msgid ""
#~ "Redmine instance ${instance} is configured to use database type "
#~ "${dbtype}, but the corresponding redmine-${dbtype} package is not "
#~ "installed."
#~ msgstr ""
#~ "В экземпляре Redmine ${instance} указано использовать базу данных "
#~ "${dbtype}, но соответствующий пакет redmine-${dbtype} не установлен."

#~ msgid "Configuration of instance ${instance} is aborted."
#~ msgstr "Настройка экземпляра ${instance} прекращена."

#~ msgid ""
#~ "To finish that configuration, please install the redmine-${dbtype} "
#~ "package, and reconfigure redmine using:"
#~ msgstr ""
#~ "Для завершения настройки, установите пакет redmine-${dbtype}, и повторите "
#~ "настройку с помощью

Bug#874924: kajongg is ported to qt5

[Wolfgang Rohdewald]

Hi,

for buster,  you are packaging kajongg 16.08.

Since version 17.04, kajongg is ported to qt5 and python3.

Current version is 17.12

-- 
Wolfgang

Bug#881663: Missing build on mips64el and mipsel

[Emilio Pozuelo Monfort]

Control: retitle -1 llvm-toolchain-5.0: FTBFS on mips64el: slow tests?

On Mon, 13 Nov 2017 17:32:43 -0500 Nicholas D Steeves  
wrote:
> Package: llvm-toolchain-5.0
> Version: 1:5.0-4
> Severity: important
> Control: block 880669 by -1
> 
> Dear LLVM maintainers,
> 
> In #873410 a transition to llvm-5.0-dev was requested for irony-mode.
> Would you please fix llvm-toolchain-5.0 FTBS (maybe self-tests?) on
> mips64el and mipsel?

This is only failing on mips64el on experimental (which will be uploaded to sid
soon I guess).

Sylvestre couldn't reproduce this on a porterbox:

08:26 < Sylvestre> oh, llvm 5.0 built all night on mips64el to reproduce the
issue... and no issue on the porterbox :'(

So maybe this is just the tests being too slow on the buildd, where we have a
timeout if there's no output on stdout. ISTR some output is not enough, but new
lines are needed to reset the timer, and the tests just print some progress on
the same line:

Testing: 0 .. 10.. 20.. 30.. 40.. 50.. 60.. 70.. 80.. 90..

A wild guess: make that print a newline every now and then (e.g. after each 10).
If the whole test suite is taking over 150 minutes (the timeout on mips64el),
this should prevent the timeout from killing the whole build.

It'd be good to fix this so we can get 5.0 in shape for testing.

Cheers,
Emilio

Bug#883920: i2p: [INTL:ru] Updated Russian translation of debconf template

[Lev Lamberov]

Package: i2p
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

please find attached the updated Russian debconf translation for i2p.

Regards,
Lev Lamberov


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

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

Versions of packages i2p depends on:
ii  adduser3.116
ii  debconf [debconf-2.0]  1.5.65
pn  i2p-router 
pn  libjbigi-jni   
ii  lsb-base   9.20170808
pn  service-wrapper

i2p recommends no packages.

i2p suggests no packages.
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Translators:
# Lev Lamberov , 2017
# Filipp Chertiev , 2017
# Hidden Z , 2011
# Maxym Mykhalchuk, 2015
# Foster Snowhill, 2013
msgid ""
msgstr ""
"Project-Id-Version: I2P\n"
"Report-Msgid-Bugs-To: i...@packages.debian.org\n"
"POT-Creation-Date: 2017-11-08 11:52-0500\n"
"PO-Revision-Date: 2017-12-09 16:19+0500\n"
"Last-Translator: Lev Lamberov \n"
"Language-Team: Russian (Russia) (http://www.transifex.com/otf/I2P/language/";
"ru_RU/)\n"
"Language: ru_RU\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=4; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n"
"%10<=4 && (n%100<12 || n%100>14) ? 1 : n%10==0 || (n%10>=5 && n%10<=9) || (n"
"%100>=11 && n%100<=14)? 2 : 3);\n"
"X-Generator: Poedit 2.0.4\n"

#. Type: boolean
#. Description
#: ../i2p.templates:2001
msgid "Should the I2P router be started at boot?"
msgstr "Запускать маршрутизатор I2P во время загрузки системы?"

#. Type: boolean
#. Description
#: ../i2p.templates:2001
msgid ""
"The I2P router can be run as a daemon that starts automatically when your "
"computer boots up. This is the recommended configuration."
msgstr ""
"Маршрутизатор I2P может работать в качестве службы, которая запускается "
"автоматически во время загрузки компьютера. Это является рекомендуемой "
"настройкой."

#. Type: string
#. Description
#: ../i2p.templates:3001
msgid "I2P daemon user:"
msgstr "Псевдопользователь для службы I2P:"

#. Type: string
#. Description
#: ../i2p.templates:3001
msgid ""
"By default I2P is configured to run under the account i2psvc when running as "
"a daemon. To use an **existing** I2P profile you may enter a different "
"account name here. For example, if your previous I2P installation is at /"
"home/user/i2p, you may enter 'user' here."
msgstr ""
"По умолчанию, при работе в качестве службы I2P использует для работы учётную "
"запись i2psvc. Для использования **существующего** профиля I2P вы можете "
"ввести здесь имя другой учётной записи. Например, если ваша предыдущая "
"установка I2P расположена в /home/user/i2p, вы можете ввести здесь 'user'."

#. Type: string
#. Description
#: ../i2p.templates:3001
msgid ""
"Very important: If a user other than the default of 'i2psvc' is entered "
"here, the chosen username *MUST* already exist."
msgstr ""
"Важно: если здесь введено имя пользователя, отличное от имени пользователя "
"по умолчанию 'i2psvc', то оно уже *ДОЛЖНО* существовать."

#. Type: string
#. Description
#: ../i2p.templates:4001
msgid "Memory that can be allocated to I2P:"
msgstr "Объем памяти, который может быть выделен для I2P:"

#. Type: string
#. Description
#: ../i2p.templates:4001
msgid "By default, I2P will only be allowed to use up to 128MB of RAM."
msgstr "По умолчанию, I2P будет использовать до 128 МБ оперативной памяти."

#. Type: string
#. Description
#: ../i2p.templates:4001
msgid ""
"High bandwidth routers, as well as routers with a lot of active torrents / "
"plugins, may need to have this value increased."
msgstr ""
"Для маршрутизаторов с высокой пропускной способностью, а также для "
"маршрутизаторов с большим количеством активных торрентов/плагинов, возможно, "
"потребуется увеличить это значение."

#. Type: boolean
#. Description
#: ../i2p.templates:5001
msgid "Should the I2P daemon be confined with AppArmor?"
msgstr "Ограничить службу I2P с помощью AppArmor?"

#. Type: boolean
#. Description
#: ../i2p.templates:5001
msgid ""
"With this option enabled I2P will be sandboxed with AppArmor, restricting "
"which files and directories may be accessed by I2P."
msgstr ""
"Если включить эту опцию, то I2P будет выполняться в песочнице AppArmor, "
"которая ограничит доступ I2P к файлам и каталогам вашего компьютера."

Bug#874924: kajongg is ported to qt5

[Wolfgang Rohdewald]

Hi!

you are currently packaging version 16.08.
Since at least 17.04, kajongg is ported to qt5 and python3.

Please consider updating to version 17.12.

-- 
Wolfgang

Bug#881845: rustc: FTBFS on mips*: test failures

[Emilio Pozuelo Monfort]

On Fri, 17 Nov 2017 12:25:35 + James Cowgill  wrote:
> Hi,
> 
> On 15/11/17 17:30, Emilio Pozuelo Monfort wrote:
> > Source: rustc
> > Version: 1.21.0+dfsg1-3
> > Severity: important
> > 
> > Hi,
> > 
> > Sometime ago I asked about rustc bootstrap status on mips*:
> > 
> > 17:08 < infinity0> mips* fail many tests last time i tried, ~3 months ago, 
> > i didn't want to ship it, i haven't had time to check since
> > 
> >>From 
> >>https://buildd.debian.org/status/fetch.php?pkg=rustc&arch=mips&ver=1.14.0%2Bdfsg1-3&stamp=1484077706&raw=0
> > 
> > test net::tcp::tests::timeouts ... FAILED
> > test net::udp::tests::timeouts ... FAILED
> > test sys::imp::ext::net::test::timeouts ... FAILED
> > 
> > Looks like timeouts are broken on rust/mips?
> > 
> > mips64el has different errors:
> > 
> > test f32::f32::tanh_0 ... FAILED
> > test f64::f64::tanh_0 ... FAILED
> > test io::error::Error::from_raw_os_error_0 ... FAILED
> > 
> > Maybe the mips porters can take a look? (debian-mips@ on Cc). Note those
> > errors are for 1.14.0, you'll want to try with a newer version first and
> > see what's the current status.
> 
> I just tried building the latest rustc on mips64el. As I expected, I hit
> this LLVM bug again where any code using atomics will hang:
> 
> https://bugs.llvm.org/show_bug.cgi?id=32020
> 
> I'll see if I can get Simon to have a look at it again.

Any luck there? (I don't see a ping on the bug report).

librsvg is now using rustc. We're stuck with an old version for now, but when we
upgrade to the rust version, I wouldn't want to have to remove it, along with
all the rdeps, from a bunch of architectures... Hence my insistence :)

Cheers,
Emilio

Bug#879093: Segfault in libc6 while using xrdp-sesman on Stretch

[Gilles MOREL]

Hello,

Actually, I was wrong, the xrdp version is not the same between 
jessie-backports and stretch, so it could be a bug from the stretch version.

For the moment, I use the stretch-backports version, but I must install it 
manually since libapt (in Python3) does not allow installation from backports 
(well, exactly, I can't find yet a simple way to do this).
--
Gilles Émilien MOREL 
« On dit que pétrir, c'est modeler, moi je dis que péter, c'est démolir. » -- 
Mc Salò

- Message original 
Aurelien Jarno 
à Gilles MOREL , 879...@bugs.debian.org
le jeudi 07 décembre 2017 à 22:47:49 +0100
avec Mutt/1.9.1 (2017-09-22)

Re: Bug#879093: Segfault in libc6 while using xrdp-sesman on Stretch
---
control: reassign -1 xrdp

Hi,

On 2017-10-19 11:38, Gilles MOREL wrote:
> Package: libc6
> Version: 2.24-11+deb9u1
> 
> I installed xrdp on one of my servers on Debian Stretch. Some users connect 
> to these desktops.
> When I have at least two connected users, when one of them close the session, 
> this happens in the kernel log :
> xrdp-sesman[1006]: segfault at 0 ip 7f1c4e6aa646 sp 7ffc0ce9f918 
> error 4 in libc-2.24.so[7f1c4e62a000+195000]

This points to the strlen function. It's obviously called with a wrong
argument, as otherwise many other things would be broken.


On 2017-10-24 15:52, Gilles MOREL wrote:
> Actually, I don't think that the problem comes from xrdp-sesman because the 
> one I used on Jessie (from jessie-backports) is the same as the one I use on 
> Stretch. For me, only the libc6 version changed, but I can be wrong about it…

It's the same version of xrdp-sesman, but the following librairies
changed:
- libc6 (as you said)
- libpam0g
- libaudit1
- libcap-ng

I therefore really believe it's a bug in xrdp-sesman, probably triggered
by a change of one of the libraries it depends on. I am therefore
reassigning the bug to xrdp.

Note that there is a backport available for Stretch, it might be worth
trying it.

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


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

Bug#883921: transition: libical

[Matthias Klose]

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

Please setup a libical transition tracker.

title = "libical 3.0.0";
is_affected = .depends ~ /libical2|libical3/;
is_good = .depends ~ /libical3/;
is_bad = .depends ~ /libical2/;

The new libical3 is built from the separate source libical3, so it should be a
smooth transition.

Please binNMU the following packages:

agenda.app
almanah
asterisk
bijiben
bluez
evolution
evolution-data-server
gnokii
gnome-panel
gnome-shell
jana
kmymoney
omniorb-dfsg

For the other packages I'm filing bugs for build failures, which need either
fixing first by build-depending on libical2-dev, or getting patches for
libical(3)-dev.

Bug#874924: kajongg is ported to qt5

[Pino Toscano]

Hi,

In data sabato 9 dicembre 2017 12:17:02 CET, Wolfgang Rohdewald ha scritto:
> you are currently packaging version 16.08.
> Since at least 17.04, kajongg is ported to qt5 and python3.

There is kajongg 17.08.3 currently waiting in the upload queue, which
will be restarted once the work for some Debian point release will be
over (hopefully later today).

PS: one email about it is fine ...

-- 
Pino Toscano

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

Bug#882274: stretch-pu: package nova/2:14.0.0-4 - using uwsgi-plugin-python for nova-placement-api

[Adam D. Barratt]

On Tue, 2017-11-21 at 00:45 +0100, Thomas Goirand wrote:
> As a consequence, the init script for the start of nova-placement-api
> simply doesn't work. So I'd like to make use of uwsgi, which is a
> very good way to run WSGI applications. I've added a runtime depends
> on uwsgi, and modified the startup script to use that.
[...]
> Though the security team (ie: Sebastien Delafond) advised me wisely
> to start the discussion with the release team about this new
> dependency for nova-placement-api.

For the record, reviewing the diff of the -security upload, I notice
that the change actually adds *two* runtime dependencies - the second,
which was not mentioned in this pre-approval request, nor included in
the proposed diff, being python-pastescript.

Regards,

Adam

Bug#879040: ldc2 fails to run simple main example on ppc64el

[Gianfranco Costamagna]

control: severity -1 important

based on what upstream wrote on the upstream ticket, probably it is better to 
not support ppc64el,
and focus on what they tier-1 give us

(sorry for downgrading :p)

In Ubuntu we removed gir-to-d on ppc64el and everything migrated.

G.

On Wed, 18 Oct 2017 19:12:57 +0200 Matthias Klumpp  wrote:
> Package: ldc
> Version: 1:1.4.0-3
> Severity: serious
> 
> Building a simple D example with an empty `void main () {}` function
> makes LDC crash on ppc64el.
> 
> -- 
> I welcome VSRE emails. See http://vsre.info/
> 
> 



signature.asc
Description: OpenPGP digital signature

Bug#880387: [Filesystems-devel] Bug#880387: aufs-dkms: the module is not built for Linux 4.14

[intrigeri]

Jan Luca Naumann:
> I have already prepared an upload but there was a seg fault on my test
> system I want to investigate before uploading.

Great, thanks for the update!

Bug#874132: FTBFS with Java 9: import sun.misc..

[Markus Koschany]

Control: block -1 by 873227

The original issue was resolved by upgrading to the latest upstream
release but the package is now affected by Gradle bug #873227.

Markus



signature.asc
Description: OpenPGP digital signature

Bug#883124: stretch-pu: package golang-github-go-ldap-ldap/2.4.1-1

[Adam D. Barratt]

Control: tags -1 + pending

On Sun, 2017-12-03 at 21:28 +, Adam D. Barratt wrote:
> On Sun, 2017-12-03 at 22:20 +0100, Dr. Tobias Quathamer wrote:
> > Am 02.12.2017 um 13:12 schrieb Adam D. Barratt:
> > > Control: tags -1 + confirmed
> > > 
> > > On Wed, 2017-11-29 at 23:53 +0100, Dr. Tobias Quathamer wrote:
> > > > I've prepared a fix for CVE-2017-14623, Debian BTS #876404. The
> > > > security team does not intend to publish a DSA for this minor
> > > > issue,
> > > > so I'm asking here if you would accept an upload for stable-
> > > > proposed-
> > > > updates.
> > > 
> > > As this doesn't appear to affect anything else in-archive at
> > > least,
> > > please go ahead.
> > 
> > Thanks, the package has been uploaded and just accepted into
> > proposed-updates.
> 
> It's been accepted into the stable-new queue. It won't be accepted
> into proposed-updates until a member of the Release Team asks the
> archive software to do that (which now won't be until at least next
> weekend, as things are frozen in preparation for the upcoming point
> releases).

Flagged for acceptance into proposed-updates.

Regards,

Adam

Bug#883066: stretch-pu: package waagent/2.2.18-3~deb9u1

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2017-12-02 at 12:17 +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Wed, 2017-11-29 at 10:00 +0100, Bastian Blank wrote:
> > The Azure agent provides the provisioning part of the Microsoft
> > Azure
> > platform.  It is necessary to tell the platform about the state of
> > the systems.  Therefor it is part of the "hardware" support for the
> > Azure platform.
> > 
> > This updates includes both upstream fixes for sudoer handling,
> > Azure
> > Stack handling and some Debian fixes for state directory
> > permissions.
> > 
> > The diff still lacks the changelog entry for the above mentioned
> > version, as no further changes are scheduled and this will be a
> > straight rebuild for Stretch.
> 
> As provided, the diff doesn't include any upstream changes at all...
> 
> On the assumption that they're sane, please go ahead.

Uploaded (during the 9.3 freeze) and flagged for acceptance.

Regards,

Adam

Bug#877934: stretch-pu: package cron/3.0pl1-128.1

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2017-12-02 at 11:08 +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Sat, 2017-10-07 at 15:51 +0200, Laurent Bigonville wrote:
> > The version of cron currently in stretch is not properly
> > transitioning the system jobs to the correct SELinux context (See:
> > #857662).
> > 
> > This is breaking cron for the people using SELinux on debian.
> > 
> > The root cause of this is a change in the SELinux policy.
> > 
> > The attached patch (that has been pushed to unstable) is fixing
> > this
> > and is also avoiding hardcoding identifiers and detect them at
> > runtime instead. This is a more complete patch than the one
> > proposed
> > on the original bugreport.
> > 
> > All the changes are only affecting the code path when SELinux is
> > enabled.
> 
> Assuming that the changes have been tested on stretch, please go
> ahead, bearing in mind that the window for getting fixes into the 9.3
> point release closes during this weekend.

Uploaded (during the 9.3 freeze) and flagged for acceptance.

Regards,

Adam

Bug#882773: stretch-pu: package auto-apt-proxy/2+deb9u1

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2017-12-02 at 12:19 +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Mon, 2017-11-27 at 13:57 -0200, Antonio Terceiro wrote:
> > Control: tag -1 - moreinfo
> > 
> > On Sun, Nov 26, 2017 at 10:11:12PM +0100, Andreas Beckmann wrote:
> > > Control: tag -1 moreinfo
> > > 
> > > On Sun, 26 Nov 2017 14:36:06 -0200 Antonio Terceiro
> > >  wrote:
> > > > This fixes a RC bug that has been reported recently, and was
> > > > just
> > > > fixed
> > > > in unstable.
> > > 
> > > I'm missing the corresponding undo operation in the preinst.
> 
> [..]
> > I have made a new upload to unstable fixing this, and cherry-picked
> > the fix into my stretch branch. Attached you will find an updated
> > diff against the version in stretch.
> 
> Please go ahead.

Uploaded (during the 9.3 freeze) and flagged for acceptance.

Regards,

Adam

Bug#879161: jessie-pu: package dns-root-data/2017072601~deb8u2

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2017-11-18 at 19:08 +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Thu, 2017-10-19 at 18:36 -0400, Daniel Kahn Gillmor wrote:
> > the version of dns-root-data in jessie (2017072601~deb8u1) only
> > ships
> > one entry in /usr/share/root.ds.  see https://bugs.debian.org/87768
> > 3
> > 
> > I've cherry-picked a few changes from the master branch which
> > accomodate the new situation at ICANN and use a different toolchain
> > to produce root.ds that can handle multiple keys.  This should
> > probably go into jessie sooner rather than later, though we have a
> > bit of a reprieve since the root key rollover has been postponed
> > for
> > the moment.
> 
> +dns-root-data (2017072601~deb8u2) jessie-updates; urgency=medium
> 
> Nope. "jessie-updates" is not a supported upload target. Updates for
> jessie should use "jessie" as the changelog distribution.
> 
> I'm not overjoyed about the tooling rewrite, particularly with the
> Build-Depends changes, but it makes sense to keep it in line with
> that
> in newer suites.
> 
> With the changelog fixed, please go ahead.

Uploaded (during the 8.10 freeze) and flagged for acceptance.

Regards,

Adam

Bug#883860: python-biopython: SeqRecord broken on Debian packages when python-biopython-sql package is not installed

[Kai Blin]

On 9 Dec 2017 10:16, Andreas Tille  wrote:

I guess you want to express that from a Debian packaging point of view
we simply wait until #1471 is fixed, right?

I guess. I'm not sure if from a Debian packaging point of view it would be 
better to back port the patch or ship a new version.


Or do you think we should add a strong depends of the -sql package?

Seeing how upstream treats this as a bug they want to fix, I don't think that's 
the way to go.

Cheers,
Kai

Bug#882274: stretch-pu: package nova/2:14.0.0-4 - using uwsgi-plugin-python for nova-placement-api

[Sébastien Delafond]

On Dec/09, Adam D. Barratt wrote:
> For the record, reviewing the diff of the -security upload, I notice
> that the change actually adds *two* runtime dependencies - the second,
> which was not mentioned in this pre-approval request, nor included in
> the proposed diff, being python-pastescript.

I figured python-pastescript had also been approved; I should have
verified this myself instead of assuming so...

Cheers,

--Seb

Bug#883922: fix dependencies for libical3

[Matthias Klose]

Package: src:evolution-data-server
Version: 3.26.2.1
Severity: serious
Tags: sid buster patch

please fix the (build)dependencies for libical3, by either dropping the
versioned libical-dev dependency, or by introducing an alternative libical3-dev
dependency.


  * Build-depend on libical3-dev | libical-dev (>= 2.0).
 
diff -Nru evolution-data-server-3.26.2.1/debian/control evolution-data-server-3.26.2.1/debian/control
--- evolution-data-server-3.26.2.1/debian/control	2017-11-14 15:38:25.0 +
+++ evolution-data-server-3.26.2.1/debian/control	2017-12-09 11:56:38.0 +
@@ -28,7 +28,7 @@
libgoa-1.0-dev (>= 3.8),
libgtk-3-dev (>= 3.10),
libgweather-3-dev (>= 3.10),
-   libical-dev (>= 2.0),
+   libical3-dev | libical-dev (>= 2.0),
libicu-dev,
libjson-glib-dev (>= 1.0.4),
libkrb5-dev,
@@ -409,7 +409,7 @@
 Depends: libecal-1.2-19 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends},
- libical-dev (>= 2.0),
+ libical3-dev | libical-dev (>= 2.0),
  libedataserver1.2-dev (= ${binary:Version}),
  libglib2.0-dev (>= 2.40),
 Description: Client library for evolution calendars (development files)
@@ -438,7 +438,7 @@
 Depends: libedata-cal-1.2-28 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends},
- libical-dev (>= 2.0),
+ libical3-dev | libical-dev (>= 2.0),
  libecal1.2-dev (= ${binary:Version}),
  libebackend1.2-dev (= ${binary:Version}),
  libglib2.0-dev (>= 2.40),

Bug#837155: /usr/share/unattended-upgrades/unattended-upgrade-shutdown: may delay shutdown for 10 minutes if /var is already unmounted

[Balint Reczey]

Control: fixed -1 0.93.1+nmu1

Hi,

On Fri, 12 May 2017 15:04:34 +0200 Markus Lindberg
 wrote:
> I also want to confirm that this fix works for me.

It is fixed in latest releases.

Cheers,
Balint

Bug#879801: ftbfs with icu from experimental

[Norbert Preining]

Hi Hilmar,

> were you able to build the package? For me it failed, b/c some rm commands
> in the install stage failed. For now I replaced rm by rm -f to ignore the

Strange. Before uploading I will check, but rm -f is not the solution.
I want that what is written in debian/rules is actually carried out.
If not, something has changed and rules needs to be adapted. I will do
that if necessary, but the -7 version did build correctly in my chroot.

Norbert

--
PREINING Norbert   http://www.preining.info
Accelia Inc. +JAIST +TeX Live +Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#883924: fix build with libical3

[Matthias Klose]

Package: src:abiword
Version: 3.0.2-4
Severity: serious
Tags: sid buster patch

fix the build with libical3, taken from upstream
https://bugzilla.abisource.com/show_bug.cgi?id=13881

patch at
http://launchpadlibrarian.net/348619930/abiword_3.0.2-4_3.0.2-4ubuntu1.diff.gz

Bug#883923: CVE-2017-10203 / CVE-2017-10277

[Moritz Muehlenhoff]

Source: mysql-connector-net
Severity: grave
Tags: security

Hi,
the http://www.oracle.com/technetwork/security-advisory/cpuoct2017-3236626.html
mentions two vulnerabilities in Connector/Net.

Cheers,
Moritz

Bug#883925: ITP: libgoocanvas2-perl -- Perl bindings for GooCanvas2 widget using Glib::Object::Introspection

[Jeffrey Ratcliffe]

package: wnpp
Severity: wishlist
Owner: Debian Perl Group 

*Package Name : libgoocanvas2-perl
 Version : 0.06
 Upstream Author : Maximilian Lika 
*URL :  https://metacpan.org/release/GooCanvas2
*License : Artistic
*Description : Perl bindings for GooCanvas2 widget using
Glib::Object::Introspection

I am packaging libgoocanvas2-perl as it is needed as a Gtk3
replacement of libgoo-canvas-perl, which in turn is a dependency of
gscan2pdf. I am packaging as part of the Debian Perl team.


pgpBRZqumNuEF.pgp
Description: OpenPGP digital signature

Bug#883922: fix dependencies for libical3

[Adrian Bunk]

Control: reassign -1 libical3-dev
Control: retitle -1 libical3-dev: libical-dev provides should be versioned
Control: affects -1 src:evolution-data-server

On Sat, Dec 09, 2017 at 01:23:25PM +0100, Matthias Klose wrote:
> Package: src:evolution-data-server
> Version: 3.26.2.1
> Severity: serious
> Tags: sid buster patch
> 
> please fix the (build)dependencies for libical3, by either dropping the
> versioned libical-dev dependency, or by introducing an alternative 
> libical3-dev
> dependency.
> 
> 

>   * Build-depend on libical3-dev | libical-dev (>= 2.0).
>  
> diff -Nru evolution-data-server-3.26.2.1/debian/control 
> evolution-data-server-3.26.2.1/debian/control
> --- evolution-data-server-3.26.2.1/debian/control 2017-11-14 
> 15:38:25.0 +
> +++ evolution-data-server-3.26.2.1/debian/control 2017-12-09 
> 11:56:38.0 +
> @@ -28,7 +28,7 @@
> libgoa-1.0-dev (>= 3.8),
> libgtk-3-dev (>= 3.10),
> libgweather-3-dev (>= 3.10),
> -   libical-dev (>= 2.0),
> +   libical3-dev | libical-dev (>= 2.0),
>...

A better solution for this would be to add a version to
the libical-dev provides in libical3-dev.

cu
Adrian

-- 

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

Bug#883926: connman: Failed to set domainname

[Brian Potkin]

Package: connman
Version: 1.35-2
Severity: normal
Tags: patch


I am using connman with ethernet only. journalctl reports

 Failed to set domainname to lan

Adding CAP_SYS_ADMIN to CapabilityBoundingSet in the service file
does set the domainname and other machines on the local network
can now be contacted.

Regards,

Brian.



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

Kernel: Linux 4.14.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages connman depends on:
ii  dbus  1.12.2-1
ii  iptables  1.6.1-2+b1
ii  libc6 2.25-3
ii  libdbus-1-3   1.12.2-1
ii  libglib2.0-0  2.54.2-1
ii  libgnutls30   3.5.16-1
ii  libreadline7  7.0-3
ii  libxtables12  1.6.1-2+b1
ii  lsb-base  9.20170808

Versions of packages connman recommends:
pn  bluez  
pn  ofono  
ii  wpasupplicant  2:2.6-13

Versions of packages connman suggests:
pn  connman-vpn  

-- no debconf information

Bug#883927: claws-mail fails to build with libical3

[Matthias Klose]

Package: src:claws-mail
Version: 3.15.1-1
Severity: serious
Tags: sid buster

claws-mail fails to build with libical3. As a temporary fix, please build-depend
on libical2-dev, or update the package to build with libical3.

libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../src
-I../../../src/common -I../../../src/common -I../../../src/gtk -pthread
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -pthread
-I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include
-I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1
-I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16
-I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include
-I/usr/include/freetype2 -I/usr/include/x86_64-linux-gnu -Wdate-time
-D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong -Wformat -Werror=format-security -Wno-unused-function
-Wno-pointer-sign -Wall -pthread -I/usr/include/enchant -I/usr/include/glib-2.0
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -c vcal_folder.c  -fPIC -DPIC -o
.libs/vcalendar_la-vcal_folder.o
vcal_manager.c: In function ‘vcal_manager_event_dump’:
vcal_manager.c:398:30: warning: implicit declaration of function
‘icaltime_from_timet’; did you mean ‘icaltime_as_timet’?
[-Wimplicit-function-declaration]
   icalproperty_vanew_dtstamp(icaltime_from_timet(time(NULL), TRUE), (void*)0));
  ^~~
  icaltime_as_timet
vcal_manager.c:398:30: error: incompatible type for argument 1 of
‘icalproperty_vanew_dtstamp’
vcalendar.c: In function ‘create_meeting_from_message_cb_ui’:
In file included from vcal_manager.c:35:0:
/usr/include/libical/ical.h:3306:35: note: expected ‘struct icaltimetype’ but
argument is of type ‘int’
 LIBICAL_ICAL_EXPORT icalproperty *icalproperty_vanew_dtstamp(struct
icaltimetype v, ...);
   ^~
vcalendar.c:160:54: warning: implicit declaration of function
‘icaltime_from_timet’; did you mean ‘icaltime_as_timet’?
[-Wimplicit-function-declaration]
gchar *dtstart = g_strdup(icaltime_as_ical_string(icaltime_from_timet(t,
FALSE)));
  ^~~
  icaltime_as_timet
vcalendar.c:160:54: error: incompatible type for argument 1 of
‘icaltime_as_ical_string’
In file included from vcalendar.c:30:0:
/usr/include/libical/ical.h:171:33: note: expected ‘const struct icaltimetype’
but argument is of type ‘int’
 LIBICAL_ICAL_EXPORT const char *icaltime_as_ical_string(const struct
icaltimetype tt);
 ^~~
vcal_manager.c:426:30: error: incompatible type for argument 1 of
‘icalproperty_vanew_created’
   icalproperty_vanew_created(icaltime_from_timet(time(NULL), TRUE), (void*)0));
  ^~~
vcalendar.c:161:52: error: incompatible type for argument 1 of
‘icaltime_as_ical_string’
gchar *dtend = g_strdup(icaltime_as_ical_string(icaltime_from_timet(t2,
FALSE)));
^~~
In file included from vcalendar.c:30:0:
/usr/include/libical/ical.h:171:33: note: expected ‘const struct icaltimetype’
but argument is of type ‘int’
 LIBICAL_ICAL_EXPORT const char *icaltime_as_ical_string(const struct
icaltimetype tt);
 ^~~
In file included from vcal_manager.c:35:0:
/usr/include/libical/ical.h:3246:35: note: expected ‘struct icaltimetype’ but
argument is of type ‘int’
 LIBICAL_ICAL_EXPORT icalproperty *icalproperty_vanew_created(struct
icaltimetype v, ...);
   ^~
vcal_manager.c:428:35: error: incompatible type for argument 1 of
‘icalproperty_vanew_lastmodified’
   icalproperty_vanew_lastmodified(icaltime_from_timet(time(NULL), TRUE),
(void*)0));
   ^~~
In file included from vcal_manager.c:35:0:
/usr/include/libical/ical.h:3371:35: note: expected ‘struct icaltimetype’ but
argument is of type ‘int’
 LIBICAL_ICAL_EXPORT icalproperty *icalproperty_vanew_lastmodified(struct
icaltimetype v, ...);
   ^~~
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../src
-I../../../src/common -I../../../src/common -I../../../src/gtk -pthread
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -pthread
-I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include
-I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1
-I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/lib

Bug#883707: ace-of-penguins: On new installed Debian 9 ace-freecell crashes on

[Markus Koschany]

Am 08.12.2017 um 21:21 schrieb Dr. Claudia Neumann:
> Hi Markus,
> 
>  
> 
> thank you for investigating in this matter. I am very fond of playing
> freecell on debian. I had no problems doing it on debian 8. I installed
> a fresh debian 9 kde but used the old /home directory. Perhaps some old
> configuration file provokes the crash?
> 
>  
> 
> I tested the other ace-games. No crash.

Hi,

I did more research and found Debian bug #840342 again. Last year
someone reported a very similar issue. From your log files I can deduce
that you use an Intel graphics card.

OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile

Is this maybe a hybrid model? (Nvidia/Intel) Could you post the output
of lspci?

I don't know why ace-freecell is the only game that triggers this
startup error. But it is suspicious that the other user also tried to
play the game under KDE, so it could also be related to kwin, the window
manager of KDE. It's a bit difficult to debug for me because I neither
use KDE nor do I own a Nvidia card currently.

Markus

[1] https://bugs.debian.org/840342



signature.asc
Description: OpenPGP digital signature

Bug#882158: stretch-pu: package glibc/2.24-11+deb9u2

[Aurelien Jarno]

control: retitle -1 stretch-pu: package glibc/2.24-11+deb9u3
control: tag -1 - pending
control: tag -1 - confirmed

On 2017-12-02 19:23, Adam D. Barratt wrote:
> Control: tags -1 + pending
> 
> On Fri, 2017-12-01 at 21:15 +0100, Aurelien Jarno wrote:
> > On 2017-12-01 19:49, Cyril Brulebois wrote:
> > > Adam D. Barratt  (2017-11-24):
> > > > This looks OK to me, but will need a KiBi-ack; CCing.
> > > 
> > > lgtm; apologies for the delay.
> > 
> > Thanks, I have just uploaded it.
> 
> Flagged for acceptance.
> 

Unfortunately it didn't make in 9.3 due to the regression introduced wrt
/etc/ld.so.nohwcap (see bug#883394). The issue is due to the conversion
of libc6-i686 into a transitional package between jessie and stretch, and
dropping the postinst and postrm script handling the removal of
/etc/ld.so.nohwcap after the upgrade. The problem always existed in
stretch, but the probability for it to happen has been greatly increased
by the fix for #882272. The issue doesn't affect buster/sid as the
transitional package has been removed.

I have fixed the issue in version 2.24-11+deb9u3 by reintroducing the
postinst and postrm scripts in the transitional package. You will find
below the corresponding patch.

Thanks for considering it for 9.4.

Regards,
Aurelien


diff --git a/debian/changelog b/debian/changelog
index 15d804c1..bd4f4115 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,13 @@
+glibc (2.24-11+deb9u3) UNRELEASED; urgency=medium
+
+  [ Aurelien Jarno ]
+  * debian/rules.d/debhelper.mk: install the libc-otherbuild postinst and
+postrm in the libc6-i686 transitional package, to make sure
+/etc/ld.so.nohwcap is correctly removed after an upgrade.  Closes:
+#883394.
+
+ -- Aurelien Jarno   Wed, 06 Dec 2017 21:58:24 +0100
+
 glibc (2.24-11+deb9u2) stretch; urgency=medium
 
   [ Aurelien Jarno ]
diff --git a/debian/rules.d/debhelper.mk b/debian/rules.d/debhelper.mk
index 23de2220..97429175 100644
--- a/debian/rules.d/debhelper.mk
+++ b/debian/rules.d/debhelper.mk
@@ -147,6 +147,12 @@ $(stamp)debhelper-common:
  esac; \
done
 
+   # We need the NOHWCAP code also for the transitional libc6-i686 package
+ifeq ($(DEB_HOST_ARCH),i386)
+   cp debian/libc-otherbuild.postinst debian/libc6-i686.postinst
+   cp debian/libc-otherbuild.postrm debian/libc6-i686.postrm
+endif
+
# Install nscd systemd files on linux
 ifeq ($(DEB_HOST_ARCH_OS),linux)
cp nscd/nscd.service debian/nscd.service


-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#841945: unattended: When i shutdown, randomly, the system pauses at 'Unattended upgrades' for a long time.

[Balint Reczey]

Control: tags -1 moreinfo

Hi Veek,

On Mon, 24 Oct 2016 23:34:42 +0530 "Veek.M"  wrote:
> Package: unattended-upgrades
> Version: 0.83.3.2+deb8u1
> Severity: normal
> File: unattended
>
> Dear Maintainer,
>
> * What led up to the situation?
> When i shutdown the box, randomly, the cursor hangs at 'Unattended
upgrades
> and then suddenly it spits out something about USB and mouse and scrolls
> forward. Hangs for over 30s.
> * What exactly did you do (or not do) that was effective (or
> ineffective)?
> I tried recording it on a camera but it's random so difficult to capture
> and the screen is reflective. It sounds an awfull lot like:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=645919
> but way more time - 30s
> https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/434835
> * What outcome did you expect instead?
> I was hoping for a smooth shutdown vs it pausing.

Do you have /var on a separate partition?
Then this may be #837155.


Cheers,
Balint

Bug#868155: reportbug: no input line after pager

[Nis Martensen]

> Run “reportbug --offline reportbug” on a terminal with 33 lines.
> Exit the pager with “q” then wonder.
> 
> Pressing ^L shows the input line, with no introduction.
> 
> This only happens for packages that cause a pager to show
> something before the input fields.

Cannot reproduce here. Can you test if the patch attached to #695887
fixes the problem?

Bug#883928: kate will not print to other than A4 papersize

[Dutch Ingraham]

Package: kate
Version: 4:17.08.3-2
Severity: important

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: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages kate depends on:
ii  kate5-data   4:17.08.3-2
ii  kio  5.37.0-2
ii  ktexteditor-katepart 5.37.0-2+b1
ii  libc62.25-3
ii  libgit2-26   0.26.0+dfsg.1-1.1+b1
ii  libkf5activities55.37.0-2
ii  libkf5bookmarks5 5.37.0-2
ii  libkf5completion55.37.0-2
ii  libkf5configcore55.37.0-2
ii  libkf5configgui5 5.37.0-2
ii  libkf5configwidgets5 5.37.0-2
ii  libkf5coreaddons55.37.0-2
ii  libkf5crash5 5.37.0-2
ii  libkf5dbusaddons55.37.0-2
ii  libkf5guiaddons5 5.37.0-2
ii  libkf5i18n5  5.37.0-2
ii  libkf5iconthemes55.37.0-2
ii  libkf5itemmodels55.37.0-2
ii  libkf5jobwidgets55.37.0-2
ii  libkf5kiocore5   5.37.0-2
ii  libkf5kiofilewidgets55.37.0-2
ii  libkf5kiowidgets55.37.0-2
ii  libkf5newstuff5  5.37.0-2
ii  libkf5parts5 5.37.0-2
ii  libkf5plasma55.37.0-2
ii  libkf5service-bin5.37.0-2
ii  libkf5service5   5.37.0-2
ii  libkf5texteditor55.37.0-2+b1
ii  libkf5textwidgets5   5.37.0-2
ii  libkf5threadweaver5  5.37.0-2
ii  libkf5wallet-bin 5.37.0-2
ii  libkf5wallet55.37.0-2
ii  libkf5widgetsaddons5 5.37.0-2
ii  libkf5windowsystem5  5.37.0-2
ii  libkf5xmlgui55.37.0-2
ii  libqt5core5a 5.9.2+dfsg-6
ii  libqt5dbus5  5.9.2+dfsg-6
ii  libqt5gui5   5.9.2+dfsg-6
ii  libqt5sql5   5.9.2+dfsg-6
ii  libqt5widgets5   5.9.2+dfsg-6
ii  libqt5xml5   5.9.2+dfsg-6
ii  libstdc++6   7.2.0-16
ii  plasma-framework 5.37.0-2
ii  qml-module-org-kde-kquickcontrolsaddons  5.37.0-2+b1
ii  qml-module-qtquick-layouts   5.9.2-3
ii  qml-module-qtquick2  5.9.2-3

Versions of packages kate recommends:
ii  sonnet-plugins  5.37.0-2

Versions of packages kate suggests:
ii  khelpcenter4:16.08.3-1
ii  konsole-kpart  4:17.08.3-1

-- no debconf information
After an update to the following packages [1], kate will now default to A4 
papersize, which cannot be effectively changed.

Specifically, if one chooses file->print->properties->paper, the default before 
this update was, for me, letter. It is now A4,
and if one chooses any papersize other than A4, it will revert to A4 when the 
"print" button is pressed.

The expected behavior would be for kate to allow printing to all paper sizes 
specified in the "Page size" dialog.


[1]:
Start-Date: 2017-12-08  21:35:56
Commandline: apt-get dist-upgrade
Requested-By: dutch (1000)
Install: libpcre2-16-0:amd64 (10.22-5, automatic), python3-setuptools:amd64 
(36.7.1-1, automatic)
Upgrade: libreoffice-wiki-publisher:amd64 (1.2.0+LibO5.4.2-3, 
1.2.0+LibO5.4.3-4), libreoffice-style-breeze:amd64 (1:5.4.2-3, 1:5.4.3-4), 
libreoffice-math:amd64 (1:5.4.2-3, 1:5.4.3-4), 
libreoffice-script-provider-js:amd64 (1:5.4.2-3, 1:5.4.3-4), 
libreoffice-report-builder-bin:amd64 (1:5.4.2-3, 1:5.4.3-4), 
libnghttp2-14:amd64 (1.27.0-1, 1.28.0-1), qt5-image-formats-plugins:amd64 
(5.9.2-1, 5.9.2-2), libqt5svg5:amd64 (5.9.2-2, 5.9.2-3), 
libreoffice-sdbc-postgresql:amd64 (1:5.4.2-3, 1:5.4.3-4), kate5-data:amd64 
(4:16.08.3-1, 4:17.08.3-2), libqt5test5:amd64 (5.9.2+dfsg-4, 5.9.2+dfsg-6), 
qt5-gtk-platformtheme:amd64 (5.9.2+dfsg-4, 5.9.2+dfsg-6), libqt5help5:amd64 
(5.9.2-3, 5.9.2-4), python3-astroid:amd64 (1.4.9-1, 1.5.3-2), 
libreoffice-java-common:amd64 (1:5.4.2-3, 1:5.4.3-

Bug#883929: libxfont: CVE-2017-16611: User can trigger reads on special files as root allowing for DoS

[Salvatore Bonaccorso]

Source: libxfont
Version: 1:2.0.1-1
Severity: important
Tags: patch security upstream

Hi,

the following vulnerability was published for libxfont.

CVE-2017-16611[0]:
| In libXfont before 1.5.4 and libXfont2 before 2.0.3, a local attacker
| can open (but not read) files on the system as root, triggering tape
| rewinds, watchdogs, or similar mechanisms that can be triggered by
| opening files.

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2017-16611
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-16611
[1] http://openwall.com/lists/oss-security/2017/11/28/7

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#882782: cannot download or send attachements: permission denied to read recently-used.xbel

[Gerhard A. Dittes]

Hi,

some update:

For me it seems that these problems are traceable to the current "backports 
kernel" (4.13), which makes use of "apparmor".

When using Debian stretch's default kernel (4.9) instead, everything works fine.

Regards, Gerhard

Bug#693011: A bit more on crackling audio rendering by timidity

[Sergio B.]

Package: timidity
Version: 2.13.2-40.5
Severity: important


I just want to say that in my experience timidity does not click in the
beginning of output, but it CRACKLEs at the beginning and _clicks_ all the
playback time later.
Crackling on playback start is hearable for everyone, while the following
clicking is very light but can be easily heard in headphones, it is like
very light scratches on vinil disc, clicks happen some times each second (I
tested with mid-velocity Grand Piano solo SMF as input). I did not generate
and explore spectrogram with microscope, but it seems on my system this
noise appears in right channel only! I wonder what the strange
asymmetry??.. Noise also exists in rendered audio file when produced with
-Ow -o options. If timidity runs with any of the following solutions
applied noise disappears, both daemon and CLI runs become clear.

I really wonder if there are people who DO NOT experience this issue??..

If nobody wants to patch sources, even in "testing", maybe it would be
worth to fix default config at least? Or, at very least, add fix commented
out with description?


# file: /etc/timidity/timidity.cfg
# fix for crackling/clicking sound bug in version 2.13, see:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693011
opt EFns=1


If you call timidity from command line for rendering SMF to audio file then
24bit mode may be used instead to resolve issue, like this:

$ timidity -Ow --output-24bit -o- input.mid  |  sox -t wav - -b16
output.flac
(it seems timidity built-in "FLAC output mode" resets to 16bit (??) and so
that does not help)



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

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

Versions of packages timidity depends on:
ii  libasound21.1.3-5
ii  libaudio2 1.9.4-5+b1
ii  libc6 2.24-11+deb9u1
ii  libesd0   0.2.41-11
ii  libflac8  1.3.2-1
ii  libice6   2:1.0.9-2
ii  libjack-jackd2-0 [libjack-0.116]  1.9.10+20150825git1ed50c92~dfsg-5
ii  libncurses5   6.0+20161126-1+deb9u1
ii  libogg0   1.3.2-1
ii  libpng16-16   1.6.28-1
ii  libsm62:1.2.2-1+b3
ii  libtinfo5 6.0+20161126-1+deb9u1
ii  libvorbis0a   1.3.5-4
ii  libvorbisenc2 1.3.5-4
ii  libx11-6  2:1.6.4-3
ii  libxaw7   2:1.0.13-1+b2
ii  libxext6  2:1.3.3-1+b2
ii  libxmu6   2:1.1.2-2
ii  libxt61:1.1.5-1
ii  lsb-base  9.20161125
ii  zlib1g1:1.2.8.dfsg-5


Versions of packages timidity recommends:
ii  freepats 20060219-1
ii  timidity-daemon  2.13.2-40.5

Versions of packages timidity suggests:
ii  fluid-soundfont-gm  3.1-5.1
ii  fluid-soundfont-gs  3.1-5.1
pn  pmidi   

-- Configuration Files:
/etc/default/timidity changed [not included]
/etc/timidity/timidity.cfg changed [not included]

-- no debconf information

Bug#864964: autokey: diff for NMU version 0.90.4-1.1

[Adrian Bunk]

Control: tags 864964 + patch
Control: tags 864964 + pending
Control: tags 875496 + patch
Control: tags 875496 + pending

Dear maintainer,

I've prepared an NMU for autokey (versioned as 0.90.4-1.1) and uploaded 
it to DELAYED/5. Please feel free to tell me if I should cancel it.

cu
Adrian

-- 

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

diff -Nru autokey-0.90.4/debian/changelog autokey-0.90.4/debian/changelog
--- autokey-0.90.4/debian/changelog	2014-01-29 05:10:58.0 +0200
+++ autokey-0.90.4/debian/changelog	2017-12-09 13:30:55.0 +0200
@@ -1,3 +1,11 @@
+autokey (0.90.4-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove the autokey-qt package that depended on python-kde4
+which is about to be removed. (Closes: #864964, #875496)
+
+ -- Adrian Bunk   Sat, 09 Dec 2017 13:30:55 +0200
+
 autokey (0.90.4-1) unstable; urgency=medium
 
   * Team upload.
diff -Nru autokey-0.90.4/debian/control autokey-0.90.4/debian/control
--- autokey-0.90.4/debian/control	2014-01-29 05:10:00.0 +0200
+++ autokey-0.90.4/debian/control	2017-12-09 13:30:32.0 +0200
@@ -24,20 +24,20 @@
  .
  This package contains the common data shared between the various frontends.
 
-Package: autokey-qt
-Section: kde
-Architecture: all
-Depends: ${python:Depends}, ${misc:Depends}, python-kde4, python-qt4, python-qscintilla2, python-notify, autokey-common, python-qt4-dbus
-Replaces: autokey (<<0.61.4-0~0)
-Breaks: autokey (<<0.61.4-0~0)
-Description: desktop automation utility - KDE version
- AutoKey is a desktop automation utility for Linux and X11. It allows the
- automation of virtually any task by responding to typed abbreviations and
- hotkeys. It offers a full-featured GUI that makes it highly accessible for
- novices, as well as a scripting interface offering the full flexibility and
- power of the Python language.
- .
- This package contains the Qt frontend.
+#Package: autokey-qt
+#Section: kde
+#Architecture: all
+#Depends: ${python:Depends}, ${misc:Depends}, python-kde4, python-qt4, python-qscintilla2, python-notify, autokey-common, python-qt4-dbus
+#Replaces: autokey (<<0.61.4-0~0)
+#Breaks: autokey (<<0.61.4-0~0)
+#Description: desktop automation utility - KDE version
+# AutoKey is a desktop automation utility for Linux and X11. It allows the
+# automation of virtually any task by responding to typed abbreviations and
+# hotkeys. It offers a full-featured GUI that makes it highly accessible for
+# novices, as well as a scripting interface offering the full flexibility and
+# power of the Python language.
+# .
+# This package contains the Qt frontend.
 
 Package: autokey-gtk
 Section: gnome

Bug#883922: fix dependencies for libical3

[Matthias Klose]

On 09.12.2017 14:12, Adrian Bunk wrote:
> Control: reassign -1 libical3-dev
> Control: retitle -1 libical3-dev: libical-dev provides should be versioned
> Control: affects -1 src:evolution-data-server
> 
> On Sat, Dec 09, 2017 at 01:23:25PM +0100, Matthias Klose wrote:
>> Package: src:evolution-data-server
>> Version: 3.26.2.1
>> Severity: serious
>> Tags: sid buster patch
>>
>> please fix the (build)dependencies for libical3, by either dropping the
>> versioned libical-dev dependency, or by introducing an alternative 
>> libical3-dev
>> dependency.
>>
>>
> 
>>   * Build-depend on libical3-dev | libical-dev (>= 2.0).
>>  
>> diff -Nru evolution-data-server-3.26.2.1/debian/control 
>> evolution-data-server-3.26.2.1/debian/control
>> --- evolution-data-server-3.26.2.1/debian/control2017-11-14 
>> 15:38:25.0 +
>> +++ evolution-data-server-3.26.2.1/debian/control2017-12-09 
>> 11:56:38.0 +
>> @@ -28,7 +28,7 @@
>> libgoa-1.0-dev (>= 3.8),
>> libgtk-3-dev (>= 3.10),
>> libgweather-3-dev (>= 3.10),
>> -   libical-dev (>= 2.0),
>> +   libical3-dev | libical-dev (>= 2.0),
>> ...
> 
> A better solution for this would be to add a version to
> the libical-dev provides in libical3-dev.

with the -dev package in libical renamed to libical2-dev, I think it's better
that libical3 builds a real libical-dev package. Now uploaded.

Matthias

Bug#878088: reportbug: please inform security and lts teams about security update regressions

[Markus Koschany]

On Wed, 6 Dec 2017 13:15:59 +0100 Raphael Geissert 
wrote:
> Hi,
> 
> On 6 Dec 2017 08:48, "Markus Koschany"  wrote:
> 
> I have updated the patch according to your suggestions. It's a bit
> strange that we can't match release numbers and code name already. I
> think it would be best to implement this feature somewhere else but for
> the sake of moving forward the code will just fetch this json file now.
> 
> 
> Isn't this provided already by the ftp-master API?
> Other than that there's also the madison interface to UDD. There might even
> be an API based on the new packages tracker, but I'm just guessing here.
> 

Hi,

thanks for pointing this out. Never heard of it before. I had a look at
the ftp-master API but it seems there is currently no link between
release number and code name and no way to tell whether a suite is
long-term supported.

https://api.ftp-master.debian.org/suite/wheezy

I guess I will contact the debian-dak list and request this feature. No
idea if the madison interface to UDD or tracker.debian.org provide more
information than that. For now I intend to use Guido's approach.

Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#878088: reportbug: please inform security and lts teams about security update regressions

[Guido Günther]

Hi,
On Wed, Dec 06, 2017 at 08:48:17AM +0100, Markus Koschany wrote:
> On Fri, 1 Dec 2017 09:28:26 +0100 Guido =?iso-8859-1?Q?G=FCnther?=
>  wrote:
> [...]
> > I would rather not make psql connections from reportbug. http is
> > ubiquitous and can be proxied. That's why I mentioned the security
> > tracker. The nice thing about the security tracker is that we can change
> > what's stable, oldstable or lts without involving anybody else.
> 
> Hi Guido,
> 
> I have updated the patch according to your suggestions. It's a bit
> strange that we can't match release numbers and code name already. I
> think it would be best to implement this feature somewhere else but for
> the sake of moving forward the code will just fetch this json file now.
> At the moment I don't know the exact location at
> https://security-tracker.debian.org/ where I should put this
> information. Suggestions are welcome. Please find attached the debdiff
> against the latest version in unstable and the json file.

Looks good in principle. I would use a slightly different json format
though (using YAML for readability):

wheezy:
   major: 7
   alias: oldoldstable   
jessy:
   major: 8
   alias: oldstable
stretch:
   major: 9
   alias: stable 

This allows us to extend this in the future if necessary.
Cheers,
 -- Guido

Bug#878088: reportbug: please inform security and lts teams about security update regressions

[Markus Koschany]

Hi,

I have updated my patch for reportbug. Now emails are sent only to one
of the team mailing lists based on the release number in the version
string. There is apparently no simple way to determine the relationship
between release number, code name, suite and whether this is a LTS
release. So we came up with a simple json file which provides this kind
of information and can be adjusted as time goes by. We think that
security-tracker.debian.org would be a good place for this file but I'd
appreciate it if someone from the security team told us the exact location.

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=878088#45

Please reply to the bug report and CC me.

Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#881589: d2x-rebirth: diff for NMU version 0.58.1-1.1

[Adrian Bunk]

Control: tags 881589 + pending

Dear maintainer,

I've prepared an NMU for d2x-rebirth (versioned as 0.58.1-1.1) and 
uploaded it to DELAYED/10. Please feel free to tell me if I should 
cancel it.

cu
Adrian

-- 

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

diff -Nru d2x-rebirth-0.58.1/debian/changelog d2x-rebirth-0.58.1/debian/changelog
--- d2x-rebirth-0.58.1/debian/changelog	2013-08-03 22:48:56.0 +0300
+++ d2x-rebirth-0.58.1/debian/changelog	2017-12-09 16:16:38.0 +0200
@@ -1,3 +1,12 @@
+d2x-rebirth (0.58.1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add patch from Markus Koschany to fix FTBFS with libphysfs 3.0.1.
+(Closes: #881589)
+  * Stop manually setting xz compression, that is now the default.
+
+ -- Adrian Bunk   Sat, 09 Dec 2017 16:16:38 +0200
+
 d2x-rebirth (0.58.1-1) unstable; urgency=low
 
   * New upstream release [July 2013].
diff -Nru d2x-rebirth-0.58.1/debian/patches/libphysfs-3.0.1.patch d2x-rebirth-0.58.1/debian/patches/libphysfs-3.0.1.patch
--- d2x-rebirth-0.58.1/debian/patches/libphysfs-3.0.1.patch	1970-01-01 02:00:00.0 +0200
+++ d2x-rebirth-0.58.1/debian/patches/libphysfs-3.0.1.patch	2017-12-09 16:16:15.0 +0200
@@ -0,0 +1,43 @@
+From: Markus Koschany 
+Bug-Debian: https://bugs.debian.org/881589
+
+Index: d2x-rebirth-0.58.1/include/physfsrwops.h
+===
+--- d2x-rebirth-0.58.1.orig/include/physfsrwops.h
 d2x-rebirth-0.58.1/include/physfsrwops.h
+@@ -44,7 +44,7 @@ extern "C" {
+  *  @return A valid SDL_RWops structure on success, NULL on error. Specifics
+  *   of the error can be gleaned from PHYSFS_getLastError().
+  */
+-__EXPORT__ SDL_RWops *PHYSFSRWOPS_openRead(const char *fname);
++PHYSFS_DECL SDL_RWops *PHYSFSRWOPS_openRead(const char *fname);
+ 
+ /**
+  * Open a platform-independent filename for writing, and make it accessible
+@@ -56,7 +56,7 @@ __EXPORT__ SDL_RWops *PHYSFSRWOPS_openRe
+  *  @return A valid SDL_RWops structure on success, NULL on error. Specifics
+  *   of the error can be gleaned from PHYSFS_getLastError().
+  */
+-__EXPORT__ SDL_RWops *PHYSFSRWOPS_openWrite(const char *fname);
++PHYSFS_DECL SDL_RWops *PHYSFSRWOPS_openWrite(const char *fname);
+ 
+ /**
+  * Open a platform-independent filename for appending, and make it accessible
+@@ -68,7 +68,7 @@ __EXPORT__ SDL_RWops *PHYSFSRWOPS_openWr
+  *  @return A valid SDL_RWops structure on success, NULL on error. Specifics
+  *   of the error can be gleaned from PHYSFS_getLastError().
+  */
+-__EXPORT__ SDL_RWops *PHYSFSRWOPS_openAppend(const char *fname);
++PHYSFS_DECL SDL_RWops *PHYSFSRWOPS_openAppend(const char *fname);
+ 
+ /**
+  * Make a SDL_RWops from an existing PhysicsFS file handle. You should
+@@ -80,7 +80,7 @@ __EXPORT__ SDL_RWops *PHYSFSRWOPS_openAp
+  *  @return A valid SDL_RWops structure on success, NULL on error. Specifics
+  *   of the error can be gleaned from PHYSFS_getLastError().
+  */
+-__EXPORT__ SDL_RWops *PHYSFSRWOPS_makeRWops(PHYSFS_file *handle);
++PHYSFS_DECL SDL_RWops *PHYSFSRWOPS_makeRWops(PHYSFS_file *handle);
+ 
+ #ifdef __cplusplus
+ }
diff -Nru d2x-rebirth-0.58.1/debian/patches/series d2x-rebirth-0.58.1/debian/patches/series
--- d2x-rebirth-0.58.1/debian/patches/series	2013-08-03 22:47:37.0 +0300
+++ d2x-rebirth-0.58.1/debian/patches/series	2017-12-09 16:15:39.0 +0200
@@ -1,3 +1,4 @@
 debian.patch
 homepath.patch
 spelling.patch
+libphysfs-3.0.1.patch
diff -Nru d2x-rebirth-0.58.1/debian/rules d2x-rebirth-0.58.1/debian/rules
--- d2x-rebirth-0.58.1/debian/rules	2013-08-03 22:18:12.0 +0300
+++ d2x-rebirth-0.58.1/debian/rules	2017-12-09 16:16:38.0 +0200
@@ -36,9 +36,6 @@
 override_dh_installchangelogs:
 	dh_installchangelogs CHANGELOG.txt
 
-override_dh_builddeb:
-	dh_builddeb -- -Zxz
-
 ## http://wiki.debian.org/onlyjob/get-orig-source
 PKD   = $(abspath $(dir $(MAKEFILE_LIST)))
 PKG   = $(word 2,$(shell dpkg-parsechangelog -l$(PKD)/changelog | grep ^Source))
diff -Nru d2x-rebirth-0.58.1/debian/source/options d2x-rebirth-0.58.1/debian/source/options
--- d2x-rebirth-0.58.1/debian/source/options	2012-12-31 05:20:11.0 +0200
+++ d2x-rebirth-0.58.1/debian/source/options	1970-01-01 02:00:00.0 +0200
@@ -1 +0,0 @@
-compression = "xz"

Bug#878088: reportbug: please inform security and lts teams about security update regressions

[Markus Koschany]

Am 09.12.2017 um 15:21 schrieb Guido Günther:
[...]
> Looks good in principle. I would use a slightly different json format
> though (using YAML for readability):
> 
> wheezy:
>major: 7
>alias: oldoldstable   
> jessy:
>major: 8
>alias: oldstable
> stretch:
>major: 9
>alias: stable 
> 
> This allows us to extend this in the future if necessary.
> Cheers,
>  -- Guido

Ok, that shouldn't be a problem. Now I just need to know where I should
put this file then I could upload a new version of reportbug to wheezy
next week.

Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#883765: cups-client: Unsupported document-format "application/octet-stream".

[P V Mathew]

Sorry for the delay.
Unfortunately had to downgrade my desktop to Debian stretch. That is 
okay now.
The same errors occur on laptop(Debian Buster) also.  Hence, will send 
the details.

Tried lp -d PDF a.ps. The subject error is printed again.
The error_log remains empty.
The access_log remains empty.
The cups-pdf_log remains empty.
cupsd.conf is attached.
also output of dpkg --get-selections |grep cups is attached.

Regards
P V Mathew

On 2017-12-08 16:12, Brian Potkin wrote:

Do not forget to include the bug in any reply, P V. You sent the last
mail only to me.


On Fri 08 Dec 2017 at 12:07:43 +0530, P V Mathew wrote:


Thanks for your prompt reply.
(1) The same error occurs for every printer chosen, even for PDF printer.

An error_log is needed. Let us have have one for the  PDF printer and
we'll go from there.


(2) Before update of Debian Buster yesterday every thing was ok.
(3) Firefox replies--Connection reset--- for localhost:631
(4) Tried removing and reinstalling cups in buster.
(5) Looks more like a Debian Buster problem as many other programs(icedove,
file, man etc)
     are not workinag.

This looks like a problem with the upgrade rather than something
specific to the printing system.


(6)as desired, output of lpstat -t is given below.
==
cups>lpstat -t
scheduler is running
system default destination: RA
device for ETD: socket://10.53.54.27
device for HP_deskjet_5100: hp:/usb/deskjet_5100?serial=MY37G3N13T8B
device for HP_LaserJet_Pro_M202dw:
hp:/usb/HP_LaserJet_Pro_M202dw?serial=VNC3J23029
device for HP_LaserJet_Pro_M202dw_01FF68_:
ipp://NPI01FF68.local:631/ipp/print
device for HP_PVM: socket://192.168.192.198
device for Kyocera_TASKalfa_3510i: socket://10.53.100.155
device for Kyocera_TASKalfa_3510i_71_: ipps://KM25E478.local:443/ipp/print
device for NehaMangal: socket://192.168.192.198
device for RA: socket://192.168.193.201
device for RitwikAnand: socket://192.168.192.201
device for SudhirBishnoi:
hp:/net/HP_LaserJet_Professional_P1606dn?ip=10.53.40.5
ETD accepting requests since 2017-11-20T14:57:01 IST
HP_deskjet_5100 accepting requests since 2016-05-19T16:13:04 IST
HP_LaserJet_Pro_M202dw accepting requests since 2016-03-28T11:10:41 IST
HP_LaserJet_Pro_M202dw_01FF68_ accepting requests since 2017-12-08T11:50:59
IST
HP_PVM accepting requests since 2017-03-17T09:13:21 IST
Kyocera_TASKalfa_3510i accepting requests since 2016-12-13T11:53:40 IST
Kyocera_TASKalfa_3510i_71_ accepting requests since 2017-12-08T11:50:59 IST
NehaMangal accepting requests since 2017-03-20T12:40:19 IST
RA accepting requests since 2017-12-06T17:00:12 IST
RitwikAnand accepting requests since 2017-05-15T11:14:20 IST
SudhirBishnoi accepting requests since 2016-12-16T14:30:51 IST
printer ETD is idle.  enabled since 2017-11-20T14:57:01 IST
printer HP_deskjet_5100 disabled since 2016-05-19T16:13:04 IST -
     Backend /usr/lib/cups/backend/hp does not exist!

Is hplip installed?


printer HP_LaserJet_Pro_M202dw disabled since 2016-03-28T11:10:41 IST -
     File "/usr/lib/cups/filter/hpps" not available: No such file or
directory
printer HP_LaserJet_Pro_M202dw_01FF68_ is idle.  enabled since
2017-12-08T11:50:59 IST
printer HP_PVM is idle.  enabled since 2017-03-17T09:13:21 IST
printer Kyocera_TASKalfa_3510i is idle.  enabled since 2016-12-13T11:53:40
IST
printer Kyocera_TASKalfa_3510i_71_ is idle.  enabled since
2017-12-08T11:50:59 IST
printer NehaMangal is idle.  enabled since 2017-03-20T12:40:19 IST
printer RA is idle.  enabled since 2017-12-06T17:00:12 IST
printer RitwikAnand is idle.  enabled since 2017-05-15T11:14:20 IST
printer SudhirBishnoi disabled since 2016-12-16T14:30:51 IST -
     Backend /usr/lib/cups/backend/hp does not exist!
===

I can understand the HP printers not working if there is no hp backend,
but not any of the other printers. We really need error_logs.

Regards,

Brian.



cupsd.conf.tbz
Description: application/bzip-compressed-tar

Bug#883930: ejabberd: Update AppArmor profile for usrmerge and more

[Vincas Dargis]

Package: ejabberd
Version: 17.08-3
Severity: normal
Tags: patch

Dear Maintainer,

I have discovered number of DENIED messages produced by AppArmor, due to the
fact that I have `usrmerge` package installed, and some additional rules 
missing:


```
type=AVC msg=audit(1512580362.337:361): apparmor="DENIED" operation="exec" 
profile="/usr/sbin/ejabberdctl" name="/usr/bin/date" pid=4369 
comm="ejabberdctl" requested_mask="x" denied_mask="x" fsuid=123 ouid=0

type=AVC msg=audit(1512580362.337:363): apparmor="DENIED" operation="exec" 
profile="/usr/sbin/ejabberdctl" name="/usr/bin/sed" pid=4370 comm="ejabberdctl" 
requested_mask="x" denied_mask="x" fsuid=123 ouid=0

type=AVC msg=audit(1512580362.341:371): apparmor="DENIED" operation="exec" 
profile="/usr/sbin/ejabberdctl" name="/usr/bin/cat" pid=4376 comm="ejabberdctl" 
requested_mask="x" denied_mask="x" fsuid=123 ouid=0

type=AVC msg=audit(1512580362.345:377): apparmor="DENIED" operation="exec" 
profile="/usr/sbin/ejabberdctl" name="/usr/bin/dash" pid=4384 comm="erlexec" 
requested_mask="x" denied_mask="x" fsuid=123 ouid=0

type=AVC msg=audit(1512580371.446:390): apparmor="DENIED" operation="exec" 
profile="/usr/sbin/ejabberdctl" name="/usr/bin/sleep" pid=4433 
comm="ejabberdctl" requested_mask="x" denied_mask="x" fsuid=123 ouid=0

type=AVC msg=audit(1512580380.670:414): apparmor="DENIED" operation="exec" 
profile="/usr/sbin/ejabberdctl" name="/usr/bin/grep" pid=4502 
comm="ejabberdctl" requested_mask="x" denied_mask="x" fsuid=123 ouid=0

type=AVC msg=audit(1512828616.371:196): apparmor="DENIED" operation="capable" 
profile="/usr/sbin/ejabberdctl" pid=3595 comm="sed" capability=2  
capname="dac_read_search"
type=SYSCALL msg=audit(1512828616.371:196): arch=c03e syscall=2 success=yes 
exit=3 a0=7ffcb9d94850 a1=0 a2=1b6 a3=0 items=0 ppid=3592 pid=3595 auid=1000 
uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts1 ses=3 
comm="sed" exe="/usr/bin/sed" key=(null)
type=PROCTITLE msg=audit(1512828616.371:196): 
proctitle=36564002F5E6C6F675F726F746174655F636F756E742F21643B732F3A5B205C745D2A5C285B302D395D2A5C292E2A2F205C312F3B732F5E2F202F002F6574632F656A6162626572642F656A6162626572642E796D6C

(here proctitle= sed\x00/^log_rotate_count/!d;s/:[ \\t]*\\([0-9]*\\).*/ 
\\1/;s/^/ /\x00/etc/ejabberd/ejabberd.yml)
```

Patch isattached to fix these issues.


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

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

Versions of packages ejabberd depends on:
ii  adduser3.116
ii  debconf [debconf-2.0]  1.5.65
ii  erlang-asn11:20.1.7+dfsg-1
ii  erlang-base [erlang-abi-17.0]  1:20.1.7+dfsg-1
ii  erlang-crypto  1:20.1.7+dfsg-1
ii  erlang-inets   1:20.1.7+dfsg-1
ii  erlang-jiffy   0.14.11+dfsg-2
ii  erlang-lager   3.5.2-1
ii  erlang-mnesia  1:20.1.7+dfsg-1
ii  erlang-odbc1:20.1.7+dfsg-1
ii  erlang-p1-cache-tab1.0.12-1
ii  erlang-p1-iconv1.0.6-1
ii  erlang-p1-stringprep   1.0.10-1
ii  erlang-p1-tls  1.0.17-1
ii  erlang-p1-utils1.0.10-1
ii  erlang-p1-xml  1.1.25-1
ii  erlang-p1-xmpp 1.1.16-1
ii  erlang-p1-yaml 1.0.12-1
ii  erlang-p1-zlib 1.0.3-1
ii  erlang-public-key  1:20.1.7+dfsg-1
ii  erlang-ssl 1:20.1.7+dfsg-1
ii  erlang-syntax-tools1:20.1.7+dfsg-1
ii  erlang-xmerl   1:20.1.7+dfsg-1
ii  init-system-helpers1.51
ii  lsb-base   9.20170808
ii  openssl1.1.0g-2
ii  ucf3.0036

ejabberd recommends no packages.

Versions of packages ejabberd suggests:
ii  apparmor 2.11.1-4
ii  apparmor-utils   2.11.1-4
pn  ejabberd-contrib 
pn  erlang-luerl 
pn  erlang-p1-mysql  
pn  erlang-p1-oauth2 
pn  erlang-p1-pam
pn  erlang-p1-pgsql  
pn  erlang-p1-sip
pn  erlang-p1-sqlite3
pn  erlang-p1-stun   
pn  erlang-redis-client  
ii  imagemagick  8:6.9.7.4+dfsg-16
ii  imagemagick-6.q16 [imagemagick]  8:6.9.7.4+dfsg-16
pn  libunix-syslog-perl  
pn  yamllint 

-- Configuration Files:
/etc/apparmor.d/usr.sbin.ejabberdctl changed [not included]
/etc/ejabberd/inetrc [Errno 13] Permission denied: '/etc/ejabberd/inetrc'
/etc/ejabberd/modules.d/README.modules [Errno 13] Per

Bug#883765: cups-client: Unsupported document-format "application/octet-stream".

[P V Mathew]

missing attachment in last mail
 output of dpkg --get-selections |grep cups is attached.

Regards
P V Mathew

On 2017-12-08 16:12, Brian Potkin wrote:

Do not forget to include the bug in any reply, P V. You sent the last
mail only to me.


On Fri 08 Dec 2017 at 12:07:43 +0530, P V Mathew wrote:


Thanks for your prompt reply.
(1) The same error occurs for every printer chosen, even for PDF printer.

An error_log is needed. Let us have have one for the  PDF printer and
we'll go from there.


(2) Before update of Debian Buster yesterday every thing was ok.
(3) Firefox replies--Connection reset--- for localhost:631
(4) Tried removing and reinstalling cups in buster.
(5) Looks more like a Debian Buster problem as many other programs(icedove,
file, man etc)
     are not workinag.

This looks like a problem with the upgrade rather than something
specific to the printing system.


(6)as desired, output of lpstat -t is given below.
==
cups>lpstat -t
scheduler is running
system default destination: RA
device for ETD: socket://10.53.54.27
device for HP_deskjet_5100: hp:/usb/deskjet_5100?serial=MY37G3N13T8B
device for HP_LaserJet_Pro_M202dw:
hp:/usb/HP_LaserJet_Pro_M202dw?serial=VNC3J23029
device for HP_LaserJet_Pro_M202dw_01FF68_:
ipp://NPI01FF68.local:631/ipp/print
device for HP_PVM: socket://192.168.192.198
device for Kyocera_TASKalfa_3510i: socket://10.53.100.155
device for Kyocera_TASKalfa_3510i_71_: ipps://KM25E478.local:443/ipp/print
device for NehaMangal: socket://192.168.192.198
device for RA: socket://192.168.193.201
device for RitwikAnand: socket://192.168.192.201
device for SudhirBishnoi:
hp:/net/HP_LaserJet_Professional_P1606dn?ip=10.53.40.5
ETD accepting requests since 2017-11-20T14:57:01 IST
HP_deskjet_5100 accepting requests since 2016-05-19T16:13:04 IST
HP_LaserJet_Pro_M202dw accepting requests since 2016-03-28T11:10:41 IST
HP_LaserJet_Pro_M202dw_01FF68_ accepting requests since 2017-12-08T11:50:59
IST
HP_PVM accepting requests since 2017-03-17T09:13:21 IST
Kyocera_TASKalfa_3510i accepting requests since 2016-12-13T11:53:40 IST
Kyocera_TASKalfa_3510i_71_ accepting requests since 2017-12-08T11:50:59 IST
NehaMangal accepting requests since 2017-03-20T12:40:19 IST
RA accepting requests since 2017-12-06T17:00:12 IST
RitwikAnand accepting requests since 2017-05-15T11:14:20 IST
SudhirBishnoi accepting requests since 2016-12-16T14:30:51 IST
printer ETD is idle.  enabled since 2017-11-20T14:57:01 IST
printer HP_deskjet_5100 disabled since 2016-05-19T16:13:04 IST -
     Backend /usr/lib/cups/backend/hp does not exist!

Is hplip installed?


printer HP_LaserJet_Pro_M202dw disabled since 2016-03-28T11:10:41 IST -
     File "/usr/lib/cups/filter/hpps" not available: No such file or
directory
printer HP_LaserJet_Pro_M202dw_01FF68_ is idle.  enabled since
2017-12-08T11:50:59 IST
printer HP_PVM is idle.  enabled since 2017-03-17T09:13:21 IST
printer Kyocera_TASKalfa_3510i is idle.  enabled since 2016-12-13T11:53:40
IST
printer Kyocera_TASKalfa_3510i_71_ is idle.  enabled since
2017-12-08T11:50:59 IST
printer NehaMangal is idle.  enabled since 2017-03-20T12:40:19 IST
printer RA is idle.  enabled since 2017-12-06T17:00:12 IST
printer RitwikAnand is idle.  enabled since 2017-05-15T11:14:20 IST
printer SudhirBishnoi disabled since 2016-12-16T14:30:51 IST -
     Backend /usr/lib/cups/backend/hp does not exist!
===

I can understand the HP printers not working if there is no hp backend,
but not any of the other printers. We really need error_logs.

Regards,

Brian.





InstalledPackages.tbz
Description: application/bzip-compressed-tar

Bug#878088: reportbug: please inform security and lts teams about security update regressions

[Guido Günther]

Hi,
On Sat, Dec 09, 2017 at 03:28:09PM +0100, Markus Koschany wrote:
> Am 09.12.2017 um 15:21 schrieb Guido Günther:
> [...]
> > Looks good in principle. I would use a slightly different json format
> > though (using YAML for readability):
> > 
> > wheezy:
> >major: 7
> >alias: oldoldstable   
> > jessy:
> >major: 8
> >alias: oldstable
> > stretch:
> >major: 9
> >alias: stable 
> > 
> > This allows us to extend this in the future if necessary.
> > Cheers,
> >  -- Guido
> 
> Ok, that shouldn't be a problem. Now I just need to know where I should
> put this file then I could upload a new version of reportbug to wheezy
> next week.

I would add this to the tracker (but Salvatore (cc:) had some concerns). See
svn+ssh://svn.debian.org/svn/secure-testing@39406 for an
example.

Cheers,
 -- Guido

Bug#879801: ftbfs with icu from experimental

[Hilmar Preuße]

On 09.12.2017 13:52, Norbert Preining wrote:

Hi Norbert,

>> were you able to build the package? For me it failed, b/c some rm commands
>> in the install stage failed. For now I replaced rm by rm -f to ignore the
> 
> Strange. Before uploading I will check, but rm -f is not the solution.
> I want that what is written in debian/rules is actually carried out.
> If not, something has changed and rules needs to be adapted. I will do
> that if necessary, but the -7 version did build correctly in my chroot.
> 
Yes, that rm -f was just a work around. Removing surplus rm commands is
a solution.
I never used a chroot, but rather a unstable i386 and amd64
installation. I can reproduce the problem on both systems.

Hilmar
-- 
http://www.hilmar-preusse.de.vu/   #206401 http://counter.li.org

Bug#879801: ftbfs with icu from experimental

[Norbert Preining]

> installation. I can reproduce the problem on both systems.

Which files are tried to be removed but are not there. Not all of them I
guess, right?

Norbert

--
PREINING Norbert   http://www.preining.info
Accelia Inc. +JAIST +TeX Live +Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#883931: icedtea-netx: Fails to run a web app with ClassNotFoundException

[Nelson A. de Oliveira]

Package: icedtea-netx
Version: 1.6.2-3.1
Severity: important

Hi!

I am seeing a classNotFound while trying to run a web app with
icedtea-netx:

* launch https://josm.openstreetmap.de/download/josm.jnlp
* click on the File menu → Download data
* click on the "Download from Overpass API" tab → Query Wizard button
* type "boundary" in the search textbox
* click the "Build query and execute" button on bottom

and we see a RuntimeException:

=
java.lang.RuntimeException: java.lang.ClassNotFoundException: 
org.openstreetmap.josm.tools.Logging.warn
at 
jdk.nashorn.internal.runtime.ScriptRuntime.apply(ScriptRuntime.java:397)
at 
jdk.nashorn.api.scripting.ScriptObjectMirror.callMember(ScriptObjectMirror.java:199)
at 
jdk.nashorn.api.scripting.NashornScriptEngine.invokeImpl(NashornScriptEngine.java:386)
at 
jdk.nashorn.api.scripting.NashornScriptEngine.invokeFunction(NashornScriptEngine.java:190)
at 
org.openstreetmap.josm.tools.OverpassTurboQueryWizard.constructQuery(OverpassTurboQueryWizard.java:67)
at 
org.openstreetmap.josm.gui.download.OverpassQueryWizardDialog.tryParseSearchTerm(OverpassQueryWizardDialog.java:146)
at 
org.openstreetmap.josm.gui.download.OverpassQueryWizardDialog.buildQueryAction(OverpassQueryWizardDialog.java:172)
at 
org.openstreetmap.josm.gui.download.OverpassQueryWizardDialog.buttonAction(OverpassQueryWizardDialog.java:115)
at 
org.openstreetmap.josm.gui.ExtendedDialog$1.actionPerformed(ExtendedDialog.java:377)
at 
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
at 
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
at 
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
at 
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
at 
javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:252)
at java.awt.Component.processMouseEvent(Component.java:6533)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
at java.awt.Component.processEvent(Component.java:6298)
at java.awt.Container.processEvent(Container.java:2236)
at java.awt.Component.dispatchEventImpl(Component.java:4889)
at java.awt.Container.dispatchEventImpl(Container.java:2294)
at java.awt.Component.dispatchEvent(Component.java:4711)
at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4888)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4525)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4466)
at java.awt.Container.dispatchEventImpl(Container.java:2280)
at java.awt.Window.dispatchEventImpl(Window.java:2746)
at java.awt.Component.dispatchEvent(Component.java:4711)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
at java.awt.EventQueue.access$500(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:709)
at java.awt.EventQueue$3.run(EventQueue.java:703)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:90)
at java.awt.EventQueue$4.run(EventQueue.java:731)
at java.awt.EventQueue$4.run(EventQueue.java:729)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:109)
at java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:184)
at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:229)
at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:227)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.WaitDispatchSupport.enter(WaitDispatchSupport.java:227)
at java.awt.Dialog.show(Dialog.java:1084)
at java.awt.Component.show(Component.java:1671)
at java.awt.Component.setVisible(Component.java:1623)
at java.awt.Window.setVisible(Window.java:1014)
at java.awt.Dialog.setVisible(Dialog.java:1005)
at 
org.openstreetmap.josm.gui.ExtendedDialog.setVisible(ExtendedDialog.java:458)
at 
org.openstreetmap.josm.gui.ExtendedDialog.showDialog(ExtendedDialog.java:254)
at 
org.openstreetmap.josm.gui.download.OverpassDownloadSource$OverpassDown

Bug#883932: ITP: sword-comm-mhc -- Matthew Henry Complete Commentary for SWORD

[Roberto C. Sanchez]

Package: wnpp
Severity: wishlist
Owner: "Roberto C. Sanchez" 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: sword-comm-mhc
  Version : 1.6
  Upstream Author : The SWORD Project
* URL : http://crosswire.org/sword/modules/ModInfo.jsp?modName=MHC
* License : Public Domain
  Description : Matthew Henry Complete Commentary for SWORD

The complete version of Matthew Henry's commentary on the whole bible.
Matthew Henry (1662-1714) was a Presbyterian minister in Chester. His
work was long celebrated as the best of English commentaries for
devotional purposes. Such as Whitefield and Spurgeon have used the work
and commended it heartily.

This package constitutes a SWORD module (e.g., usable in Xiphos and
other tools which support reading SWORD modules).  The package will be
maintained in the Debian Crosswire group.

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEIYZ1DR4ae5UL01q7ldFmTdL1kUIFAlor/uIACgkQldFmTdL1
kUIlvQ/+J4ARQcDFmYtpna1HlnAWuKLCDRaRfRsRSjqK6KsuI/jsB/iYGK/b4Tnc
E0KOubnSa7F+HwqdCu5OWfxoSDjOTBuIAafuILjA0lAzs5jd3ISs4fMxLfHwu1q6
7qd/FZvwsilDMWvbFAbM4KlUDrKUK9bYFoBEaMkkmhwGWVm4EKc6jqLM4TEcXrDE
GwOUvNAIt36W6E6kXJ7DRL3DlwEX4x4FiAYBY7WQiBAHUgsGK9DrOLyb9YCFHwAn
vzwCBbhk7BTa1BhoKsBX0TaShMlfUxpKlpZeR6WTYYKghAgSAuAnQuHlH84zanKX
E70+I7gOdq1VN/PDcR+AtpToDat8VBLwLTPVxDJAZnbQpbLBr/VARCjcooul8O2q
MitoghtXc6kRqkFCdOK8ru2Q63a2MMc7UUu1G4KQaeGhASx4iu8s3IK3xxxKvw82
8atLc7LHv8hWzmBtyMFIizn0MPS+QHof9urI57UFiTB6GcrbzeVF2cOG0sxKSo6/
LeYUVyQEZ7ukp7+ozPqNlW6zVOhewo+i3qFd27gv6mXhFXj3Fhs7dZ1E5WAAR0Zo
KbTIFotc3qq7s2q7mrnlkwzzFVYCGQnXRRZ6P3qusVWk8WO1JIzlo66J3lBxxrEO
efBSJ21nBOCJqnyRUDQ6chGffqJi3Ak9i1b1IlykA1f/xtREaso=
=ujql
-END PGP SIGNATURE-

Bug#883933: nmu: polymake_3.1-5

[David Bremner]

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

The following crash seems cured by a rebuild:

Can't locate loadable object for module Polymake::Ext in @INC (@INC contains: 
/usr/share/polymake/perllib /usr/lib/polymake/perlx/5.26.0 
/usr/lib/polymake/perlx /home/bremner/.config/perl /etc/perl 
/usr/local/lib/x86_64-linux-gnu/perl/5.26.1 /usr/local/share/perl/5.26.1 
/usr/lib/x86_64-linux-gnu/perl5/5.26 /usr/share/perl5 
/usr/lib/x86_64-linux-gnu/perl/5.26 /usr/share/perl/5.26 
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at 
/usr/share/polymake/perllib/Polymake/Namespaces.pm line 17.

nmu polymake_3.1-5 . ANY . unstable . -m "rebuild for perl 5.26"

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

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

Bug#883934: orage: fix build with libical3

[Matthias Klose]

Package: src:orage
Version: 4.12.1-3
Severity: serious
Tags: sid patch buster

orage: fix build with libical3, taken from the upstream bug tracker.

patch at
http://launchpadlibrarian.net/348641299/orage_4.12.1-3build1_4.12.1-3ubuntu1.diff.gz

Bug#883407: libc6: getpwnam_r() leaks memory

[Felipe Sateler]

Control: forwarded -1 https://github.com/systemd/systemd/issues/7596

On Fri, Dec 8, 2017 at 4:15 PM, Aurelien Jarno  wrote:
> control: reassign -1 systemd
> control: retitle -1 libnss-systemd: _nss_systemd_getpwnam_r leaks memory
>
> Hi,
>
> On 2017-12-08 16:05, Tim Rühsen wrote:
>> On Tue, 5 Dec 2017 19:17:42 +0100 Aurelien Jarno 
>> wrote:
>> > It's not something I can reproduce here, but getpwnam_r can behave very
>> > differently depending on the nss configuration your system. A small
>> > reproducer and the content of /etc/nsswitch.conf would definitely help.
>> >
>> > That said libc6 version 2.25-3 included security fixes and memory leak
>> > fixes for the glob function. Can you confirm the version you used, and
>> > if it's really 2.25-3 try with version 2.25-2 which is still in testing.
>> Here we have a reproducer (assuming the there is no user 'O' on system).
>>
>> #include 
>> #include 
>> int main(void)
>> {
>> struct passwd *p;
>> char tmp[1024];
>> struct passwd pw;
>>
>> getpwnam_r("O", &pw, tmp, sizeof(tmp), &p);
>> return 0;
>> }
>>
>> Build/compile/reproduce:
>> gcc -g x.c -o x
>> valgrind --leak-check=full ./x
>
> Thanks for the reproducer, I am able to reproduce it now. For that it's
> also mandatory to enable libnss-systemd in /etc/nsswitch.conf.
>
> As it only happens with libnss-systemd, this library was suspicious.
> It's possible to LD_PRELOAD it so that valgrind can resolve the symbol
> names. This gives:
>
> | ==1397== HEAP SUMMARY:
> | ==1397== in use at exit: 4,096 bytes in 1 blocks
> | ==1397==   total heap usage: 118 allocs, 117 frees, 27,975 bytes allocated
> | ==1397==
> | ==1397== 4,096 bytes in 1 blocks are still reachable in loss record 1 of 1
> | ==1397==at 0x4C2ABEF: malloc (in 
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> | ==1397==by 0x4E4B927: mempool_alloc_tile (mempool.c:62)
> | ==1397==by 0x4E4B927: mempool_alloc0_tile (mempool.c:81)
> | ==1397==by 0x4E4B927: hashmap_base_new.lto_priv.150 (hashmap.c:732)
> | ==1397==by 0x4E60A1D: hashmap_base_ensure_allocated (hashmap.c:786)
> | ==1397==by 0x4E60A1D: internal_ordered_hashmap_ensure_allocated 
> (hashmap.c:799)
> | ==1397==by 0x4E60A1D: sd_bus_call_async (sd-bus.c:1736)
> | ==1397==by 0x4E60A1D: bus_send_hello (sd-bus.c:428)
> | ==1397==by 0x4E60A1D: sd_bus_start (sd-bus.c:1000)
> | ==1397==by 0x4E60A1D: sd_bus_open_system (sd-bus.c:1094)
> | ==1397==by 0x4E491E5: _nss_systemd_getpwnam_r (nss-systemd.c:155)
> | ==1397==by 0x512A715: getpwnam_r@@GLIBC_2.2.5 (getXXbyYY_r.c:314)
> | ==1397==by 0x10867D: main (x.c:9)
>
> In that case the memory is still reachable because the libnss_systemd is
> not unloaded by the call to dlclose(). Looking at the systemd code, one
> can see that the mempool_drop function to free the memory pool is only
> enabled when VALGRIND is defined. It therefore looks like the systemd
> people are aware of the issue and consider the mempool doesn't have to
> be freed by default.
>
> It might be possible to fix that by a suppression in valgrind. That said
> I prefer to leave the decision to the systemd maintainer. I am therefore
> reassigning the bug there.

Normally this is not a problem since the mempool will live (and be
reused) as long as the calling process. This is not true for nss
modules, and thus I've forwarded this upstream.

Unfortunately just defining VALGRIND also appears to disable some
optimizations in the journal, so I don't think we can just enable it.

-- 

Saludos,
Felipe Sateler

Bug#860834: Install process for u-boot on odroid-c2

[Thomas Champagne]

Hello Vagrant,

I tried to install u-boot from the u-boot-amlogic package.
I have followed the process documented in the
/usr/share/doc/u-boot-amlogic/README file.
So, in the fip_create command, I replaced u-boot.bin by the compiled
u-boot in the package :
/usr/lib/u-boot/odroid-c2/u-boot.bin

$DIR/fip/fip_create --bl30  $DIR/fip/gxb/bl30.bin \
   --bl301 $DIR/fip/gxb/bl301.bin \
   --bl31  $DIR/fip/gxb/bl31.bin \
   --bl33  /usr/lib/u-boot/odroid-c2/u-boot.bin \
   $DIR/fip.bin


But, I did not succeed to boot my odroid-c2 with this compiled u-boot.

If I follow this installation process with u-boot compiled from the
https://github.com/hardkernel/u-boot.git repository, the odroid-c2
card boot.

Do you know where is the problem with the packaged u-boot ?
Thanks for you help !
Thomas

Bug#833507: wpasupplicant: Unable to connect WLAN (wlan0: CTRL-EVENT-SCAN-FAILED ret=-22)

[YOSHINO Yoshihito]

Package: wpasupplicant
Version: 2:2.6-13
Followup-For: Bug #833507

Dear Maintainer,

I use /etc/network/interfaces to configure networking, not network-manager.
Upgrading wpasupplicant to >= 2:2.6 my machine (MacBook Air with broadcom-sta
wl module) fails to connect to a wi-fi network, with a lot of syslog messages
of "CTRL-EVENT-SCAN-FAILED ret=-22".
Downgrading the package to 2:2.4-1.1 restores it to work fine.

I do not know how to configure ifupdown to disable random mac address
usage just as how network-manager does in
/usr/lib/NetworkManager/conf.d/no-mac-addr-change.conf .

Regards,
-- 
YOSHINO Yoshihito 


-- System Information:
Debian Release: buster/sid
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages wpasupplicant depends on:
ii  adduser   3.116
ii  libc6 2.25-3
ii  libdbus-1-3   1.12.2-1
ii  libnl-3-200   3.2.27-2
ii  libnl-genl-3-200  3.2.27-2
ii  libpcsclite1  1.8.22-1
ii  libreadline7  7.0-3
ii  libssl1.1 1.1.0g-2
ii  lsb-base  9.20170808

wpasupplicant recommends no packages.

Versions of packages wpasupplicant suggests:
pn  libengine-pkcs11-openssl  
ii  wpagui2:2.6-13

-- no debconf information

Bug#857954: libdevmapper-dev: broken symlink: /usr/lib//libdevmapper-event-lvm2.so -> /lib//libdevmapper-event-lvm2.so.2.02

[August Karlstrom]

On Thu, 9 Nov 2017 16:29:24 +0100 Bastian Blank  wrote:

On Thu, Nov 09, 2017 at 04:11:00PM +0100, Andreas Beckmann wrote:
> The broken symlink has returned:

Ah, yes.  But please describe why this is a problem.


Because it breaks the upgrade to Debian 9.3:

$ sudo apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n]
Setting up linux-image-4.9.0-4-amd64 (4.9.65-3) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.9.0-4-amd64
/etc/kernel/postinst.d/zz-update-grub:
/usr/sbin/grub-probe: error while loading shared libraries: 
libdevmapper.so.1.02.1: cannot open shared object file: No such file or 
directory

run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 127
dpkg: error processing package linux-image-4.9.0-4-amd64 (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 linux-image-4.9.0-4-amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)


-- August

Bug#882801: chromium: segfaults like crazy

[Pascal Obry]

Does it runs if started with --disable-extensions ?

I'm asking as I have a similar problem and this workaround works for
me. Note that it may be the same issue as:

https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1702501

As described on this ticket it seems to be due to an issue with the
integrated with the cast plugin. Another workaround is to stop all
network connection before starting chromium. You may want to test this
too.

Regards,

-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

  http://www.obry.net

  gpg --keyserver keys.gnupg.net --recv-key F949BD3B

Bug#883922: oneville96,your recent order673907

[oliver neville]

What order

On Dec 9, 2017 11:52 AM, "AmazonOffer"  wrote:

we would like to Thankyou





































































Your message dated Sat, 09 Dec 2017 15:58:31 + with message-id and
subject line Bug#883922: fixed in evolution-data-server 3.26.2.1-1.1 has
caused the Debian Bug report #883922, regarding libical3-dev: libical-dev
provides should be versioned to be marked as done. This means that you
claim that the problem has been dealt with. If this is not the case it is
now your responsibility to reopen the Bug report if necessary, and/or fix
the problem forthwith. (NB: If you are a system administrator and have no
idea what this message is talking about, this may indicate a serious mail
system misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.) -- 883922:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=883922
Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

-- Forwarded message --
From: Matthias Klose 
To: Debian Bug Tracking System 
Cc:
Bcc:
Date: Sat, 9 Dec 2017 13:23:25 +0100
Subject: fix dependencies for libical3
Package: src:evolution-data-server
Version: 3.26.2.1
Severity: serious
Tags: sid buster patch

please fix the (build)dependencies for libical3, by either dropping the
versioned libical-dev dependency, or by introducing an alternative
libical3-dev
dependency.




-- Forwarded message --
From: Matthias Klose 
To: 883922-cl...@bugs.debian.org
Cc:
Bcc:
Date: Sat, 09 Dec 2017 15:58:31 +
Subject: Bug#883922: fixed in evolution-data-server 3.26.2.1-1.1
Source: evolution-data-server
Source-Version: 3.26.2.1-1.1

We believe that the bug you reported is fixed in the latest version of
evolution-data-server, which is due to be installed in the Debian FTP
archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 883...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Matthias Klose  (supplier of updated evolution-data-server
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sat, 09 Dec 2017 13:52:27 +0100
Source: evolution-data-server
Binary: evolution-data-server evolution-data-server-common
evolution-data-server-tests evolution-data-server-dev
evolution-data-server-doc libedataserver-1.2-22 libedataserver1.2-dev
gir1.2-edataserver-1.2 libedataserverui-1.2-1 libedataserverui1.2-dev
gir1.2-edataserverui-1.2 libcamel-1.2-60 libcamel1.2-dev gir1.2-camel-1.2
libebook-1.2-19 libebook1.2-dev gir1.2-ebook-1.2 libedata-book-1.2-25
libedata-book1.2-dev gir1.2-ebookcontacts-1.2 libebook-contacts-1.2-2
libebook-contacts1.2-dev libecal-1.2-19 libecal1.2-dev libedata-cal-1.2-28
libedata-cal1.2-dev libebackend-1.2-10 libebackend1.2-dev
Architecture: source
Version: 3.26.2.1-1.1
Distribution: unstable
Urgency: medium
Maintainer: Debian Evolution Maintainers 
Changed-By: Matthias Klose 
Description:
 evolution-data-server - evolution database backend server
 evolution-data-server-common - architecture independent files for
Evolution Data Server
 evolution-data-server-dev - Development files for evolution-data-server
(metapackage)
 evolution-data-server-doc - Documentation files for the Evolution Data
Server libraries
 evolution-data-server-tests - Installed tests for the evolution database
backend server
 gir1.2-camel-1.2 - GObject introspection for the Camel library
 gir1.2-ebook-1.2 - GObject introspection for the EBook library
 gir1.2-ebookcontacts-1.2 - GObject introspection for the EBook Contacts
library
 gir1.2-edataserver-1.2 - GObject introspection for the EDataServer library
 gir1.2-edataserverui-1.2 - GObject introspection for the EDataServerUI
library
 libcamel-1.2-60 - Evolution MIME message handling library
 libcamel1.2-dev - Development files for libcamel
 libebackend-1.2-10 - Utility library for evolution data servers
 libebackend1.2-dev - Utility library for evolution data servers
(development files)
 libebook-1.2-19 - Client library for evolution address books
 libebook-contacts-1.2-2 - Client library for evolution contacts books
 libebook-contacts1.2-dev - Client library for evolution contacts books
(development files)
 libebook1.2-dev - Client library for evolution address books (development
files)
 libecal-1.2-19 - Client library for evolution calendars
 libecal1.2-dev - Client library for evolution calend

Bug#881675: Bug#883890: nfs-common: Fully Qualified DNS Name mounts in fstab fail to be mounted

[Duncan Hare]

Systemd has stated this is not their problem:
See bug report 883829 and  88167. 
My value here is testing. I'm happy to test any proposal and provide the 
results.
It is my problem, because Debian Stretch has introduced this behavior.  wheezy 
and jessie did not exhibit this behavior.

My view is: If there are to be large changes , new interface names, mounting 
file systems not devices, and asynchronous startup 
then the authors of these changes have the responsibility for their quality.

It is not amusing to be caught in the cracks between Debian components.

Please discuss this among yourselves to resolve the issue.  

I'v added bug 881675 to the issues. It appears somewhat related.

Please let me know what you need in the way of diagnostic information and 
testing.

Regards 
Duncan Hare

714 931 7952

  From: Ben Hutchings 
 To: Duncan Hare ; 883...@bugs.debian.org 
 Sent: Friday, December 8, 2017 5:36 PM
 Subject: Re: Bug#883890: nfs-common: Fully Qualified DNS Name mounts in fstab 
fail to be mounted
   
Control: severity -1 important
Control: tag -1 moreinfo

On Fri, 2017-12-08 at 13:31 -0800, Duncan Hare wrote:
> Package: nfs-common
> Version: 1:1.3.4-2.1
> Severity: grave
> Justification: renders package unusable
> 
> File systems correctly mounted after "reached target network online"
> 
> File systema rw in both cases.
> 
> Case 1
> 
> 1. I deleted resolv.conf
> 2. Root fs rw in fstab
> 3. File systems mounted by IP address
> 4. resolve.conf built by end of boot when login possible
> 
> proc                                    /proc  proc    defaults               
>        0 0
> /dev/mmcblk0p1                          /boot  vfat    defaults,ro            
>         0 2
> #PARTUUID=62bc0a1f-02                    /      ext4    defaults,noatime      
>         0 1
> 192.168.1.10:/nfsroot/r.32.test          /      nfs    defaults,rw            
>         0 0
> 192.168.1.10:/nfsroot/b827eb/c23849/var  /var    nfs    defaults,rw           
>          0 0
> 192.168.1.10:/nfsroot/b827eb/c23849/home /home  nfs    defaults,rw            
>         0 0
> #browne.danum.local:/nfsroot/b827eb/c23849/home /home  nfs    defaults,rw     
>                0 0

Is that a regular DNS name?  The .local LTD is reserved for mDNS, so
it's not good practice to use it for regular DNS.  But I doubt that has
anything to do with the problem.

As you say resolv.conf is built during boot, I assume the DNS server is
remote and is discovered through DHCP.  Is that correct?

[...]
> Conclusion: name resolution, dns lookup, is not performed at fstbab mount 
> time.
> 
> This is supposed to work. Who's issue is this? systemd or mount?

It does work, in general.

The problem is likely to be in the systemd configuration.  Quoting
systemd.mount(5):

      ·  Network mount units automatically acquire After= dependencies on
          remote-fs-pre.target, network.target and network-online.target.
          Towards the latter a Wants= unit is added as well.

Depending on which network configuration tools you use, you might need
to define additional dependencies for network-online.target or
remote-fs-pre.target.

Ben.

-- 
Ben Hutchings
Quantity is no substitute for quality, but it's the only one we've got.


   

signature.asc
Description: PGP signature

Bug#883922: Fraud

[Deiajay Hayes]

Is there a customer service number where I can confirm why I have a thank
you order and I have ordered nothing

Bug#883922: Amazon Rewards

[Daniel Rees]

Are you really Amazon? Your address of origin does not state that. Please
verify.

Bug#883937: fix the build with libical3

[Matthias Klose]

Package: src:gnome-todo
Version: 3.26-1
Severity: serious
Tags: sid buster patch

fix the build with libical3

patch at
http://launchpadlibrarian.net/348646211/gnome-todo_3.26.1-0ubuntu3_3.26.1-0ubuntu4.diff.gz

Bug#883936: fix the build with libical3

[Matthias Klose]

Package: src:gnome-calendar
Version: 3.26-2
Severity: serious
Tags: patch sid buster

fix the build with libical3

patch at
http://launchpadlibrarian.net/348646207/gnome-calendar_3.26.2-1ubuntu1_3.26.2-1ubuntu2.diff.gz

Bug#857954: libdevmapper-dev: broken symlink: /usr/lib//libdevmapper-event-lvm2.so -> /lib//libdevmapper-event-lvm2.so.2.02

[Bastian Blank]

On Sat, Dec 09, 2017 at 05:50:30PM +0100, August Karlstrom wrote:
> On Thu, 9 Nov 2017 16:29:24 +0100 Bastian Blank  wrote:
> > On Thu, Nov 09, 2017 at 04:11:00PM +0100, Andreas Beckmann wrote:
> > > The broken symlink has returned:
> > Ah, yes.  But please describe why this is a problem.
> Because it breaks the upgrade to Debian 9.3:

No, it does not.  libdevmapper.so.1.02.1 != libdevmapper-event-lvm2.so

Bastian

-- 
It would seem that evil retreats when forcibly confronted.
-- Yarnek of Excalbia, "The Savage Curtain", stardate 5906.5

Bug#883930: ejabberd: Update AppArmor profile for usrmerge and more

[Philipp Huebner]

> I have discovered number of DENIED messages produced by AppArmor, due to the
> fact that I have `usrmerge` package installed, and some additional rules 
> missing:
[...]> Patch isattached to fix these issues.

Cool, thx!

Regards,
-- 
 .''`.   Philipp Huebner 
: :'  :  pgp fp: 6719 25C5 B8CD E74A 5225  3DF9 E5CA 8C49 25E4 205F
`. `'`
  `-



signature.asc
Description: OpenPGP digital signature

Bug#883922:

[Simon Frank]

I received this message saying thank you for your recent purchase. I having
bought anything recently and don't have any idea what the message means.

Bug#872293: nmu: loads of golang stuff

[Paul Tagliamonte]

> What's outdated here, built-using? If so, we rebuild those before or during 
> the
> freeze. Not sure we need to do it more often than that, as things will get out
> of date again before the freeze.

Due to the way golang binaries get built, not rebuilding them outside
of freeze results in binaries that become buggy during freeze and
trigger more uploads and rebuilds.

buildd time is cheep, and ensuring we can both get rid of old sources
and find bugs is important during development.

The other way we can do this is I can do routine empty uploads -- we
need them rebuilt either way

Thanks!
  Paul

>
> Cheers,
> Emilio



-- 
:wq

Bug#859649: debian-policy: Please add CC0-1.0 to common-licenseso

[Sean Whitton]

Hello Bill,

On Sat, Dec 09 2017, Bill Allombert wrote:

> So, what is the percentage of packages under this license ?  This has
> always been the criterium used to put it in common-licenses.

Could you say more, please?  What was the percentage used in the past?

We might want to revise that percentage because of how cheap disc space
is nowadays.  It's also not clear whether the saving is significant for
low disc space systems; someone on -devel this week said that they just
have to rm -rf /usr/share/doc anyway.

It might also be worth considering the fact that having licenses in
common-licenses makes editing d/copyright easier for package
maintainers.  Previously this was overridden by disc space concerns but
that might not make sense anymore.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#865303: Bug is fixed in sid, but exists in stretch

[Nrbrtx]

Bug is fixed in stretch. Thank you!

On Sun, Dec 3, 2017 at 4:30 PM, Salvatore Bonaccorso 
wrote:

> Hi,
>
> On Sun, Dec 03, 2017 at 04:00:22PM +0300, Nrbrtx wrote:
> > With latest updates LibreOffice Base does not crash on Debian Sid,
> > but still crashes on Stretch.
>
> A fix for #865303 is actually pending for the upcoming point release
> for jessie and stretch on next weekend, cf.
>
> https://tracker.debian.org/news/891002
>
> and
>
> https://tracker.debian.org/news/891001
>
> which are including:
>
>* [x86] mmap: Add an exception to the stack gap for Hotspot JVM
> compatibility
>  (Closes: #865303)
>
> Regards,
> Salvatore
>

Bug#883938: linux-image-3.16.0-4-amd64: Kernel panic on boot after upgrading to debian 8.10 kernel 3.16.51

[debbug]

Package: src:linux
Version: 3.16.43-2+deb8u5
Severity: grave
Justification: renders package unusable

(Note: This bug affects version 3.16.51-2, not 3.16.43-2+deb8u5,
but that's the version that "reportbug" filled in after downgrading
to get this system back up running)

After upgrading from Debian 8.9 to Debian 8.10, this Dell PowerEdge R430 server
immediately and consistently throws a kernel panic on boot. (kernel 3.16.51-2)

Booting from debian-8.9.0-amd64-netinst.iso in rescue mode let me drop into 
a shell for the target installation, where I performed something like:
  cd /var/cache/apt/archives
  dpkg -i *3.16.43*deb8u5*
  reboot
which restored the previous kernel (3.16.43-deb8u5). This kernel works fine.

I only have a terrible java KVM app available for seeing the console, and from
what I can see, it logs with timestamps [0.811] through [0.841] (typing in
from an image - excuse any typos, and leaving out long hexadecimal numbers
that might not be interesting)
  general protection fault:  [#1] SMP
  CPU: 0 PID: 1 Comm: swapper/0 Tainted: G   W  3.16.0-4-amd64 #1 Debian 
3.16.51-2
  Hardware name: Dell PowerEdge R430/03XKDV, BIOS 1.2.6 06/08/2015
  task: 88085fa532d0 ti: 88085fa58000 task.ti: 88085fa58000
  RIP: 0010:[] [ 
build_sched_domains+0x72d/0cf0
  (lots of x86_64 registers)
  Call trace:
sched_init_smp+0x398/0x452
mutex_lock+0xe/0x2a
put_online_cpus+...
stop_machine+...
kernel_init_freeable+...
rest_init+...
kernel_init+...
ret_from_fork+...
rest_init+...
  Kernel panic - not syncing: Attempted to kill init! exitcode=0x000b
  ---[ end Kernel panic - not syncing: Attempted to kill init! 
exitcode=0x000b

I also stopped by #debian on irc.debian.org and other people mentioned getting
similar (or same) panics on different types of hardware (HP ProLiant DL380 G7,
and a Supermicro server). Downgrading to 3.16.43-deb8u5 seemed to work for them
as well.

-- Package-specific info:
** Version:
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.43-2+deb8u5 (2017-09-19)

** Command line:
BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 
root=UUID=89e3af9f-5bf1-4e93-99c0-0eca2f4fd312 ro quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[5.957932] systemd[1]: Starting udev Kernel Device Manager...
[5.961475] ipmi message handler version 39.2
[5.961963] ipmi device interface
[5.962401] Copyright (C) 2004 MontaVista Software - IPMI Powerdown via 
sys_reboot.
[5.963211] IPMI System Interface driver.
[5.963253] ipmi_si: probing via SMBIOS
[5.963255] ipmi_si: SMBIOS: io 0xca8 regsize 1 spacing 4 irq 10
[5.963256] ipmi_si: Adding SMBIOS-specified kcs state machine
[5.963259] ipmi_si: Trying SMBIOS-specified kcs state machine at i/o 
address 0xca8, slave address 0x20, irq 10
[5.978757] systemd-udevd[396]: starting version 215
[5.978816] systemd[1]: Started udev Kernel Device Manager.
[5.978877] systemd[1]: Starting Copy rules generated while the root was 
ro...
[5.979249] systemd[1]: Starting LSB: Set preliminary keymap...
[6.010575] systemd[1]: Started Copy rules generated while the root was ro.
[6.031435] systemd[1]: Mounted FUSE Control File System.
[6.055061] wmi: Mapper loaded
[6.060621] input: Power Button as 
/devices/LNXSYSTM:00/LNXPWRBN:00/input/input3
[6.060626] ACPI: Power Button [PWRF]
[6.082592] ACPI Error: No handler for Region [SYSI] (88107ec271e8) 
[IPMI] (20140424/evregion-163)
[6.082600] ACPI Error: Region IPMI (ID=7) has no handler 
(20140424/exfldio-297)
[6.082605] ACPI Error: Method parse/execution failed [\_SB_.PMI0._GHL] 
(Node 88107ec26310), AE_NOT_EXIST (20140424/psparse-536)
[6.082617] ACPI Error: Method parse/execution failed [\_SB_.PMI0._PMC] 
(Node 88107ec262c0), AE_NOT_EXIST (20140424/psparse-536)
[6.082628] ACPI Exception: AE_NOT_EXIST, Evaluating _PMC 
(20140424/power_meter-755)
[6.120161] ipmi_si ipmi_si.0: Using irq 10
[6.123175] ipmi_si ipmi_si.0: Couldn't set irq info: cc.
[6.123177] ipmi_si ipmi_si.0: Maybe ok, but ipmi might run very slowly.
[6.142529] ipmi_si ipmi_si.0: Found new BMC (man_id: 0x0002a2, prod_id: 
0x0100, dev_id: 0x20)
[6.145569] IPMI poweroff: ATCA Detect mfg 0x2A2 prod 0x100
[6.145571] IPMI poweroff: Found a chassis style poweroff function
[6.145613] ipmi_si ipmi_si.0: IPMI kcs interface initialized
[6.189769] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[6.229237] mei_me :00:16.0: Device doesn't have valid ME Interface
[6.237853] IPMI Watchdog: driver initialized
[6.288912] systemd[1]: Mounted Debug File System.
[6.288984] systemd[1]: Mounted Huge Pages File System.
[6.289004] systemd[1]: Mounted POSIX Message Queue File System.
[6.289448] systemd[1]: Started Increase datagram queue length.
[6.289850] systemd[1]: Started Load Kern

Bug#883922: Yvonne,your recent order31429

[Yon Abel]

Order for what?

On Dec 9, 2017 10:53 AM, "AmazonOffer"  wrote:

> we would like to Thankyou
>
>
> 
>
>
> 
>
>
> 
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Your message dated Sat, 09 Dec 2017 15:58:31 + with message-id and
> subject line Bug#883922: fixed in evolution-data-server 3.26.2.1-1.1 has
> caused the Debian Bug report #883922, regarding libical3-dev: libical-dev
> provides should be versioned to be marked as done. This means that you
> claim that the problem has been dealt with. If this is not the case it is
> now your responsibility to reopen the Bug report if necessary, and/or fix
> the problem forthwith. (NB: If you are a system administrator and have no
> idea what this message is talking about, this may indicate a serious mail
> system misconfiguration somewhere. Please contact ow...@bugs.debian.org
> immediately.) -- 883922: 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=883922
> Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
>
> -- Forwarded message --
> From: Matthias Klose 
> To: Debian Bug Tracking System 
> Cc:
> Bcc:
> Date: Sat, 9 Dec 2017 13:23:25 +0100
> Subject: fix dependencies for libical3
> Package: src:evolution-data-server
> Version: 3.26.2.1
> Severity: serious
> Tags: sid buster patch
>
> please fix the (build)dependencies for libical3, by either dropping the
> versioned libical-dev dependency, or by introducing an alternative
> libical3-dev
> dependency.
>
>
>
>
> -- Forwarded message --
> From: Matthias Klose 
> To: 883922-cl...@bugs.debian.org
> Cc:
> Bcc:
> Date: Sat, 09 Dec 2017 15:58:31 +
> Subject: Bug#883922: fixed in evolution-data-server 3.26.2.1-1.1
> Source: evolution-data-server
> Source-Version: 3.26.2.1-1.1
>
> We believe that the bug you reported is fixed in the latest version of
> evolution-data-server, which is due to be installed in the Debian FTP
> archive.
>
> A summary of the changes between this version and the previous one is
> attached.
>
> Thank you for reporting the bug, which will now be closed.  If you
> have further comments please address them to 883...@bugs.debian.org,
> and the maintainer will reopen the bug report if appropriate.
>
> Debian distribution maintenance software
> pp.
> Matthias Klose  (supplier of updated
> evolution-data-server package)
>
> (This message was generated automatically at their request; if you
> believe that there is a problem with it please contact the archive
> administrators by mailing ftpmas...@ftp-master.debian.org)
>
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Format: 1.8
> Date: Sat, 09 Dec 2017 13:52:27 +0100
> Source: evolution-data-server
> Binary: evolution-data-server evolution-data-server-common
> evolution-data-server-tests evolution-data-server-dev
> evolution-data-server-doc libedataserver-1.2-22 libedataserver1.2-dev
> gir1.2-edataserver-1.2 libedataserverui-1.2-1 libedataserverui1.2-dev
> gir1.2-edataserverui-1.2 libcamel-1.2-60 libcamel1.2-dev gir1.2-camel-1.2
> libebook-1.2-19 libebook1.2-dev gir1.2-ebook-1.2 libedata-book-1.2-25
> libedata-book1.2-dev gir1.2-ebookcontacts-1.2 libebook-contacts-1.2-2
> libebook-contacts1.2-dev libecal-1.2-19 libecal1.2-dev libedata-cal-1.2-28
> libedata-cal1.2-dev libebackend-1.2-10 libebackend1.2-dev
> Architecture: source
> Version: 3.26.2.1-1.1
> Distribution: unstable
> Urgency: medium
> Maintainer: Debian Evolution Maintainers  lists.alioth.debian.org>
> Changed-By: Matthias Klose 
> Description:
>  evolution-data-server - evolution database backend server
>  evolution-data-server-common - architecture independent files for
> Evolution Data Server
>  evolution-data-server-dev - Development files for evolution-data-server
> (metapackage)
>  evolution-data-server-doc - Documentation files for the Evolution Data
> Server libraries
>  evolution-data-server-tests - Installed tests for the evolution database
> backend server
>  gir1.2-camel-1.2 - GObject introspection for the Camel library
>  gir1.2-ebook-1.2 - GObject introspection for the EBook library
>  gir1.2-ebookcontacts-1.2 - GObject introspection for the EBook Contacts
> library
>  gir1.2-edataserver-1.2 - GObject introspection for the EDataServer library
>  gir1.2-edataserverui-1.2 - GObject introspection for the EDataServerUI
> library
>  libcamel-1.2-60 - Evolution MIME message handling library
>  libcamel1.2-dev - Development files for libcamel
>  libebackend-1.2-10 - Utility library for evolution data servers
>  libebackend1.2-dev - Utility library for evolution data servers
> (development files)
>  libebook-1.2-19 - Client library for evolution address books
>  libebook-contacts-1.2-2 - Clie

Bug#860834: Install process for u-boot on odroid-c2

[Vagrant Cascadian]

On 2017-12-09, Thomas Champagne  wrote:
> I tried to install u-boot from the u-boot-amlogic package.
> I have followed the process documented in the
> /usr/share/doc/u-boot-amlogic/README file.
> So, in the fip_create command, I replaced u-boot.bin by the compiled
> u-boot in the package :
> /usr/lib/u-boot/odroid-c2/u-boot.bin
>
> $DIR/fip/fip_create --bl30  $DIR/fip/gxb/bl30.bin \
>--bl301 $DIR/fip/gxb/bl301.bin \
>--bl31  $DIR/fip/gxb/bl31.bin \
>--bl33  /usr/lib/u-boot/odroid-c2/u-boot.bin \
>$DIR/fip.bin
>
> But, I did not succeed to boot my odroid-c2 with this compiled u-boot.

What do you mean by "compiled" here?

I presume you also followed the rest of the instructions in the README?


> If I follow this installation process with u-boot compiled from the
> https://github.com/hardkernel/u-boot.git repository, the odroid-c2
> card boot.

Are you installing u-boot to eMMC or microsd?


> Do you know where is the problem with the packaged u-boot ?

What version did you try? I last tried with 2017.09+dfsg1-1, with the
following script (BL1 was installed from a previous iteration), and
commit eb5d2d16fd45f52ec49e9b4ff9d562630c08e61c
From https://github.com/hardkernel/u-boot/ -b odroidc2-v2015.01

#!/bin/sh

set -e
set -x

dev=$1
test -n "$dev"
ubootbin=$2
test -n "$ubootbin"

./fip_create --bl30 fip/gxb/bl30.bin \
 --bl301 fip/gxb/bl301.bin \
 --bl31 fip/gxb/bl31.bin \
 --bl33 "$ubootbin" \
 fip.bin
./fip_create --dump fip.bin
cat fip/gxb/bl2.package fip.bin > boot_new.bin
./fip/gxb/aml_encrypt_gxb --bootsig \
  --input boot_new.bin \
  --output u-boot.img

# assume BL1 is already installed, so comment BL1 lines out
#BL1=$DIR/sd_fuse/bl1.bin.hardkernel
#dd if=$BL1 of=$dev conv=fsync bs=1 count=442
#dd if=$BL1 of=$dev conv=fsync bs=512 skip=1 seek=1
dd if=u-boot.img of=u-boot.gxbb bs=512 skip=96
sudo dd if=u-boot.gxbb of=$dev conv=fsync bs=512 seek=97
#---

Since you have a working image, you could installing just the new u-boot
with the above script.


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#883913: pylint: please make the build reproducible

[Sandro Tosi]

On Sat, Dec 9, 2017 at 4:58 AM, Chris Lamb  wrote:
> forwarded 883913 https://github.com/PyCQA/pylint/pull/1761
> thanks
>
> I've forwarded this upstream here:
>
>   https://github.com/PyCQA/pylint/pull/1761

thanks! i was just about to ask you to do so :)

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#883756: dbus-user-session: blocks upgrades; installing dbus-user-session yields a change of the init system

[Felipe Sateler]

(pruninc cc list since this is a regular pulseaudio bug)

On Fri, Dec 8, 2017 at 12:34 PM, Vincent Lefevre  wrote:
> On 2017-12-08 11:22:02 -0300, Felipe Sateler wrote:
>> On Thu, Dec 7, 2017 at 10:03 PM, Vincent Lefevre  wrote:
>> > On 2017-12-07 18:08:47 +, Simon McVittie wrote:
>> >> The recommendation should ideally be something like
>> >> "dbus-user-session | NOT(booted using systemd)", but we don't have the
>> >> syntax to express that.
>> >
>> > How about a new package pulseaudio-no-systemd and a Recommends on
>> > "dbus-user-session | pulseaudio-no-systemd"? This package would
>> > do almost nothing. It could possibly change the configuration to
>> > re-enable autospawn.
>>
>> It would be weird to have two snippets installed, one that enables and
>> the other disables pulseaudio.
>
> Yes. But shouldn't the default be no-autospawn? Then the
> /etc/pulse/client.conf.d/00-disable-autospawn.conf config file
> would no longer be needed, and pulseaudio-no-systemd would just
> add a config file to enable autospawn.

This may work. Could you propose a patch for this scheme? An old patch
of mine that was ultimately not accepted upstream could serve as a
starting point:

https://lists.freedesktop.org/archives/pulseaudio-discuss/2014-November/022696.html

(Remember we need to keep autospawn by default on for nonlinux archs.

>
>> But I don't want to make it unnecessarily difficult either. I'm open
>> to suggestions to improve the current situation, but they must
>> fulfill the following properties:
>>
>> 1. It should use the systemd --user manager by default
>> 1b. We should keep a single place to disable, which would be the
>> systemd --user manager, and thus autospawn needs to be disabled by
>> default.
>> 2. This configuration should not be changed unless explicitly chosen
>> by the admin/user.
>
> pulseaudio-no-systemd could also just ask the user whether he wants
> to enable autospawn.
>
> But you could also see autospawn as being the default configuration
> for sysvinit (where pulseaudio-no-systemd would be installed by
> default). Thus it would not really be a change.
>
> Alternatively, couldn't the PulseAudio client library be smarter,
> i.e. be able to know whether it should autospawn or not by default,
> without the need of a configuration file?

This is a bit too much magic for my taste. I'm not willing to carry a
patch like this if it is not accepted upstream first.

-- 

Saludos,
Felipe Sateler

Bug#859649: debian-policy: Please add CC0-1.0 to common-licenseso

[Bill Allombert]

On Sat, Dec 09, 2017 at 10:26:26AM -0700, Sean Whitton wrote:
> Hello Bill,
> 
> On Sat, Dec 09 2017, Bill Allombert wrote:
> 
> > So, what is the percentage of packages under this license ?  This has
> > always been the criterium used to put it in common-licenses.
> 
> Could you say more, please?  What was the percentage used in the past?

See the file tools/license-count in the policy git repo and
look up the debian-policy list archive for previous statistics.

> We might want to revise that percentage because of how cheap disc space
> is nowadays.  It's also not clear whether the saving is significant for
> low disc space systems; someone on -devel this week said that they just
> have to rm -rf /usr/share/doc anyway.
> 
> It might also be worth considering the fact that having licenses in
> common-licenses makes editing d/copyright easier for package
> maintainers.  Previously this was overridden by disc space concerns but
> that might not make sense anymore.

Yet there is a bug open about removing changelog files to save space.

The point is that if there are licenses not in common-licenses that are
much more common than CC0, it would make more sense to add them
rather than CC0.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 

Bug#883707: ace-of-penguins: On new installed Debian 9 ace-freecell crashes on

[Dr. Claudia Neumann]

Hi Markus,

no, no nvidia card:

root@Mediondeb:/home/claudia/VirtualBox VMs# lspci 

I tried ace-of-penguins on another laptop with Debian 9 64-Bit KDE: the same 
error with ace-
freecell.

lspci of the other laptop:
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1576
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Device 1577
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] 
Device 98e4 (rev 
d4)
00:01.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device 15b3
00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 157b
00:02.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 157c
00:02.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 157c
00:02.4 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 157c
00:03.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 157b
00:08.0 Encryption controller: Advanced Micro Devices, Inc. [AMD] Device 1578
00:09.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 157d
00:09.2 Audio device: Advanced Micro Devices, Inc. [AMD] Device 157a
00:10.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI 
Controller (rev 20)
00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller 
[AHCI 
mode] (rev 4b)
00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI 
Controller (rev 49)
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 4b)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 11)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15b0
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15b1
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15b2
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15b3
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15b4
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15b5
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 
PCI Express 
Gigabit Ethernet Controller (rev 15)
03:00.0 Network controller: Realtek Semiconductor Co., Ltd. Device d723

No nvidia card as well.

I tried it on my first laptop with another user (no configuration files at 
all). The same error 
with ace-freecell.

I know ace-freecell works on Linux mint.



Claudia

Am Samstag, 9. Dezember 2017, 14:25:45 CET schrieb Markus Koschany:
> Am 08.12.2017 um 21:21 schrieb Dr. Claudia Neumann:
> > Hi Markus,
> > 
> >  
> > 
> > thank you for investigating in this matter. I am very fond of playing
> > freecell on debian. I had no problems doing it on debian 8. I installed
> > a fresh debian 9 kde but used the old /home directory. Perhaps some old
> > configuration file provokes the crash?
> > 
> >  
> > 
> > I tested the other ace-games. No crash.
> 
> Hi,
> 
> I did more research and found Debian bug #840342 again. Last year
> someone reported a very similar issue. From your log files I can deduce
> that you use an Intel graphics card.
> 
> OpenGL vendor string: Intel Open Source Technology Center
> OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile
> 
> Is this maybe a hybrid model? (Nvidia/Intel) Could you post the output
> of lspci?
> 
> I don't know why ace-freecell is the only game that triggers this
> startup error. But it is suspicious that the other user also tried to
> play the game under KDE, so it could also be related to kwin, the window
> manager of KDE. It's a bit difficult to debug for me because I neither
> use KDE nor do I own a Nvidia card currently.
> 
> Markus
> 
> [1] https://bugs.debian.org/840342

Bug#883882: libg3d FTCBFS: fails running libg3d-scan

[Helmut Grohne]

Hi,

On Sat, Dec 09, 2017 at 07:38:56AM +0100, Sven Eckelmann wrote:
> Sorry, this doesn't work:
> 
> libg3d-doc: lintian output: 'no-copyright-file ', automatically rejected 
> package.
> libg3d-doc: lintian output: 'empty-binary-package ', automatically rejected 
> package.
> libg3d-doc: If you have a good reason, you may override this lintian tag.

Indeed. I'm sorry for sending a broken patch.

I was looking into the problem, and figured as much that it broke only
with arch:any+all builds while arch-only and indep-only work. I see that
you fixed it and how your fix makes it work. Thank you!

It's a bit sad that full (any+all) now need to build it twice, but
buildds don't do that, so maybe it is not too bad. Given that
dpkg-buildpackage only invokes build-arch and build-indep now, I don't
see any way around this limitation.

Helmut

Bug#879902: xosview FTCBFS: builds for the build architecture rather than host

[Helmut Grohne]

On Thu, Nov 02, 2017 at 09:42:12PM +0530, Kartik Mistry wrote:
> Thanks for the patch!

Thanks for looking into it so quickly.

> With this patch, xosview fails to build on amd64. I have not yet look
> into details yet.

And sorry for sending a broken patch and taking that long to reply. :-(

The key issue here is that the upstream Makefile determines ARCH as
$(uname -m) and that yields x86_64 for amd64, but I was passing amd64.

After fixing that I can build it for amd64 and also verified that it
builds for arm64, armel, armhf, mips64el, powerpc, powerpcel and s390x.

I'm employing a sort of make-variable dictionary here:

ARCH_MAP_amd64 = x86_64
ARCH = $(or $(ARCH_MAP_$(DEB_HOST_ARCH_CPU)),$(DEB_HOST_ARCH_CPU))

In the updated patch, I also applied it to the PLATFORM variable for
consistency and shrinking the code. I hope that this works for you.
Otherwise do:

ifeq ($(DEB_HOST_ARCH_CPU),amd64)
ARCH = amd64
else
ARCH = $(DEB_HOST_ARCH_CPU)
endif

Helmut
diff --minimal -Nru xosview-1.19/debian/changelog xosview-1.19/debian/changelog
--- xosview-1.19/debian/changelog   2016-12-10 14:15:30.0 +0100
+++ xosview-1.19/debian/changelog   2017-10-27 06:31:37.0 +0200
@@ -1,3 +1,13 @@
+xosview (1.19-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: (Closes: #-1)
++ Let dh_auto_build pass cross compilers to make.
++ Fix build/host confusion.
++ Also pass ARCH= to make.
+
+ -- Helmut Grohne   Fri, 27 Oct 2017 06:31:37 +0200
+
 xosview (1.19-1) unstable; urgency=low
 
   * New upstream release.
diff --minimal -Nru xosview-1.19/debian/rules xosview-1.19/debian/rules
--- xosview-1.19/debian/rules   2016-06-30 07:39:12.0 +0200
+++ xosview-1.19/debian/rules   2017-10-27 06:31:37.0 +0200
@@ -4,27 +4,28 @@
 #export DH_VERBOSE=1
 
 DPKG_EXPORT_BUILDFLAGS = 1
+include /usr/share/dpkg/architecture.mk
 include /usr/share/dpkg/buildflags.mk
 
 CXX=g++
 
-DEB_BUILD_ARCH_OS ?=$(shell dpkg-architecture -qDEB_BUILD_ARCH_OS)
-ifeq ($(DEB_BUILD_ARCH_OS),linux)
-  PLATFORM=linux
-else ifeq ($(DEB_BUILD_ARCH_OS),kfreebsd)
-  PLATFORM=bsd
-else ifeq ($(DEB_BUILD_ARCH_OS),hurd)
-  PLATFORM=gnu
-else
-  $(error Missing implementation for $(DEB_BUILD_ARCH_OS))
+PLATFORM_MAP_linux = linux
+PLATFORM_MAP_kfreebsd = bsd
+PLATFORM_MAP_hurd = gnu
+PLATFORM = $(PLATFORM_MAP_$(DEB_HOST_ARCH_OS))
+ifeq ($(PLATFORM),)
+  $(error Missing implementation for $(DEB_HOST_ARCH_OS))
 endif
 
+ARCH_MAP_amd64 = x86_64
+ARCH = $(or $(ARCH_MAP_$(DEB_HOST_ARCH_CPU)),$(DEB_HOST_ARCH_CPU))
+
 build: build-arch build-indep
 build-arch: build-stamp
 build-indep: build-stamp
 build-stamp:
dh_testdir
-   $(MAKE) PLATFORM=$(PLATFORM)
+   dh_auto_build -- PLATFORM=$(PLATFORM) ARCH=$(ARCH)
touch $@
 
 clean:

Bug#883938: linux-image-3.16.0-4-amd64: Kernel panic on boot after upgrading to debian 8.10 kernel 3.16.51

[Rene Engelhard]

notfound 883938 3.16.43-2+deb8u5
found 883938 3.16.51-2
thanks

Hi,

On Sat, Dec 09, 2017 at 06:23:04PM +0100, debbug wrote:
> Package: src:linux
> Version: 3.16.43-2+deb8u5
> Severity: grave
> Justification: renders package unusable
> 
> (Note: This bug affects version 3.16.51-2, not 3.16.43-2+deb8u5,
> but that's the version that "reportbug" filled in after downgrading
> to get this system back up running)

Then you should have edited the report accordingly...

Regards,

Rene