Bug#847735: Problematic hard-coded path in lbdb-munge.sh.in

[Greg Hurrell]

Package: lbdb
Version: 0.42

There is a hard-coded path segment in `lbdb-munge.sh.in` which is
currently causing problems on macOS in the Homebrew-installed
version of lbdb, but I believe that it can affect all platforms:

prefix=@prefix@
exec_prefix=@exec_prefix@
dotlock=@DOTLOCK@
fetchaddr=@libdir@/fetchaddr
db=$HOME/.lbdb/m_inmail.utf-8
munge="${prefix}/lib/lbdb/munge"

Specifically, if you pass `--libdir` to the `configure` script,
then the "munge" script will get installed in that location, but
the last line above expects it to exist under
"@prefix@/lib/lbdb/munge", which will only work if `--libdir`
happens to equal "@prefix@/lib/libdb". It does not in the case of
the Homebrew formula. I've submitted a pull request to ameliorate
the breakage by not supplying a custom `--libdir`, but I don't
know whether it will be accepted there:

https://github.com/Homebrew/homebrew-core/pull/7759

It seems the fix here should be something like changing that last
line to:

munge=@libdir@/munge

I am not sure if any other places in the lbdb package exhibit the
same problem.

Thanks for looking in to this (and I hope I've reported this via
the right channel!).

Bug#841401: chromium: doesn't update extensions

[Michael Gilbert]

There is currently a patch applied, disable/extension-updater.patch,
to address some of the concern about unrequested network connections.

The right approach here is to create debian packages for extensions
(for example chromium-lwn4chrome), rather than fetching them from
third party sites.

Best wishes,
Mike

Bug#847734: ITP: node-gulp-sourcemaps -- Source map support for Gulp.js

[Sruthi Chandran]

Package: wnpp
Severity: wishlist
Owner: Sruthi Chandran 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-gulp-sourcemaps
  Version : 1.9.1
  Upstream Author : Florian Reiterer 
* URL : http://github.com/floridoo/gulp-sourcemaps
* License : ISC
  Programming Lang: JavaScript
  Description : Source map support for Gulp.js

Bug#847733: RFS: gnome-shell-extension-better-volume ITP: 847686 -- GNOME Shell extension that improves volume control

[Jonathan Carter (highvoltage)]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package
"gnome-shell-extension-better-volume":

* Package name: gnome-shell-extension-better-volume
  Version : 0.0-git20161106.ff67408-1
  Upstream Author : Yotam Bar-On 
* URL :
https://github.com/Tudmotu/gnome-shell-extension-bettervolume
* License : expat
  Programming Lang: JavaScript
  Description : GNOME Shell extension that improves volume control

It builds the following binary package:

gnome-shell-extension-better-volume - GNOME Shell extension that
improves volume control

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

https://mentors.debian.net/package/gnome-shell-extension-better-volume

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

dget -x
https://mentors.debian.net/debian/pool/main/g/gnome-shell-extension-better-volume/gnome-shell-extension-better-volume_0.0-git20161106.ff67408-1.dsc

You can also find me (highvoltage) on #debian-mentors.

Thanks for your time and patience!

-Jonathan

Bug#847732: debmany incorrectly reports "no package" if current version of deb already exists in /var/cache/apt/archives

[Kenyon Ralph]

Package: debian-goodies
Version: 0.63
Severity: normal
File: /usr/bin/debmany

Dear Maintainer,

If the package you are trying to inspect with debmany is not
installed, but its deb exists in /var/cache/apt/archives, then debmany
incorrectly stops with error "There is no package called 'foo'". This
is because the apt-get command used in debmany only shows download
URIs for files which don't already exist in /var/cache/apt/archives.

Changing line 247 to this fixes it (use apt-get download instead of
apt-get install; this also removes the need for grep):

aptdata=`apt-get --print-uris download "$package" 2>/dev/null`


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

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

Versions of packages debian-goodies depends on:
ii  curl  7.38.0-4+deb8u5
ii  dctrl-tools [grep-dctrl]  2.23
ii  perl  5.20.2-3+deb8u6
ii  python2.7.9-1
ii  whiptail  0.52.17-1+b1

Versions of packages debian-goodies recommends:
ii  lsof  4.86+dfsg-1

Versions of packages debian-goodies suggests:
ii  popularity-contest  1.61
ii  xdg-utils   1.1.0~rc1+git20111210-7.4
ii  zenity  3.14.0-1

-- no debconf information

Bug#847722: initramfs-tools: Package installation is not completed.

[mabo]

here are the contents of the initramfs-tools dir;

mabo@debian:/etc/initramfs-tools$ ls -al
total 40
drwxr-xr-x   5 root root  4096 Dec 11 14:44 .
drwxr-xr-x 147 root root 12288 Dec 11 08:45 ..
drwxr-xr-x   2 root root  4096 Jul 14 20:03 conf.d
drwxr-xr-x   2 root root  4096 Apr 18  2016 hooks
-rw-r--r--   1 root root   947 Apr 18  2016 initramfs.conf.dpkg-backup
-rw-r--r--   1 root root   246 Jun  9  2016 modules
drwxr-xr-x  12 root root  4096 Dec 11 09:25 scripts
-rw-r--r--   1 root root   378 Oct 28  2014 update-initramfs.conf
mabo@debian:/etc/initramfs-tools$ ls -al conf.d/*
-rw-r--r-- 1 root root 49 Jul 14 20:03 conf.d/resume
mabo@debian:/etc/initramfs-tools$ sudo cat conf.d/resume 
RESUME=UUID=658f479f-becb-4a4c-8341-4ebba6993889

Bug#847731: ITP: node-hook-std -- Hook and modify stdout/stderr

[Sruthi Chandran]

Package: wnpp
Severity: wishlist
Owner: Sruthi Chandran 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-hook-std
  Version : 0.2.0
  Upstream Author : Sindre Sorhus 
(sindresorhus.com)
* URL : https://github.com/sindresorhus/hook-std
* License : Expat
  Programming Lang: JavaScript
  Description : Hook and modify stdout/stderr

Bug#847730: ITP: node-debug-fabulous -- visionmedia debug extensions rolled into one

[Sruthi Chandran]

Package: wnpp
Severity: wishlist
Owner: Sruthi Chandran 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-debug-fabulous
  Version : 0.0.4
  Upstream Author : Nicholas McCready
* URL : FIX_ME homepage
* License : Expat
  Programming Lang: JavaScript
  Description : visionmedia debug extensions rolled into one

Bug#847729: whiptail: [Patch] Whiptail fails to allocate good space for tag and item strings in long strings

[Steven Shiau]

Package: whiptail
Version: 0.52.19-1
Severity: normal
Tags: patch

Dear Maintainer,

Whiptail fails to allocate good space for tag and item strings in long strings.

How reproducible:
Always

Steps to Reproduce:
The window size in the console:
$ resize
COLUMNS=100;
LINES=37;
export COLUMNS LINES;

This command for whiptail does not show good strings:
whiptail --backtitle 'TEST' --title 'TEST' --menu 'MODE' 0 0 0 \
runA 'RunA' \
runB 'RunB' \
runC 
'RunC01234567890123456789012345678901234567890123456789012345678901234567890123456789012'
 \
2> /tmp/output.txt

However, if making the strings shorter, the result is good:
whiptail --backtitle 'TEST' --title 'TEST' --menu 'MODE' 0 0 0 \
runA 'RunA' \
runB 'RunB' \
runC 
'RunC0123456789012345678901234567890123456789012345678901234567890123456789012345678901'
 \
2> /tmp/output.txt

After reporting to upstream 
(https://bugzilla.redhat.com/show_bug.cgi?id=1353792), a patch is available 
from upstream: 
https://git.fedorahosted.org/cgit/newt.git/commit/?id=10bbfd2837eb5ad87416ed2a648231a2a9b7c6fc
I have tested it and confirmed it works well. Since newt is not released very 
often, could you please apply this patch ?
Thank you very much.

Steven


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

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

Versions of packages whiptail depends on:
ii  libc62.24-8
ii  libnewt0.52  0.52.19-1
ii  libpopt0 1.16-10
ii  libslang22.3.1-5

whiptail recommends no packages.

whiptail suggests no packages.

-- no debconf information

Bug#846877: plasma-desktop: Sddm can not start kde. Then panel is not working.

[Shane]

Hi,

I had a similar issue. The symptom is plasma showed me a desktop without
widgets and panels.
After some investigation, I found it might be due to dual monitor support.

Below error is from boot log.

[drm:intel_dp_link_training_clock_recovery [i915] *ERROR* too many full
retries,  give up
[drm:intel_dp_start_link_train [i915]] *ERROR* failed to train DP, aborting

I had my normal desktop back after I disabled the 'fake' laptop monitor,
selected the real monitor as default in system settings.

My main board has a HDMI port and a VGA port. My monitor is connected to
VGA port.
Due to some unknown issue, Debian thought there was a laptop monitor in
HDMI port.
Plasma took the fake laptop monitor as the default monitor and the real
monitor as secondary monitor.
So the desktop was double the width of my real monitor.
The right half of the desktop was shown in my real monitor; the left half,
with panels and widgets, was shown in the fake laptop monitor thus
invisible.

Workaround Steps:
1. Right click in the desktop screen, click 'Run command'.
2. Type systemsettings5 in the input box, hit ENTER.
3. Click Display and Monitor under Hardware category.
4. Click Displays on the left side.
5. Click the laptop screen, uncheck Enable box, click Apply.

If systemsettings5 was started in the fake monitor, you need to restart
sddm, then use systemsettings5 -geometry +XOFF where XOFF is the width of
your screen in pixel.

This seems a bug in display driver, not in plasma-desktop.

Hope this is helpful.

Bug#847728: fail2ban: Fail2ban running shorewall instructions before shorewall is started

[Yaroslav Halchenko]

On Sat, 10 Dec 2016, Brian Flaherty wrote:
> However, if I stop and start fail2ban after shorewall is running from the 
> prompt. I don't get any errors.

> In the fail2ban.service file in /usr/lib/systemd/system, iptables and 
> firewalld are nammed in "After", but shorewall isn't. Can that be included?


> $ cat /lib/systemd/system/fail2ban.service
> [Unit]
> Description=Fail2Ban Service
> Documentation=man:fail2ban(1)
> After=network.target iptables.service firewalld.service
> PartOf=iptables.service firewalld.service

> [Service]
> Type=forking
> ExecStart=/usr/bin/fail2ban-client -x start
> ExecStop=/usr/bin/fail2ban-client stop
> ExecReload=/usr/bin/fail2ban-client reload
> PIDFile=/var/run/fail2ban/fail2ban.pid
> Restart=always

> [Install]
> WantedBy=multi-user.target


> If I add it myself, I assume it will be overwritten when an updated version 
> is installed.

heh -- just uploaded fresh release... could you give it a shot and see
if it resolves it.  Would be appreciated!

-- 
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik

Bug#822001: libcorelinux: Build arch:all+arch:any but is missing build-{arch,indep} targets

[Jeremy Bicha]

It looks like libcorelinux still fails to build:

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

Thanks,
Jeremy Bicha

Bug#822683: maildrop: removal of courier-maildrop changed the behaviour

[Osamu Aoki]

Control: reassign -1 src:courier

Hi,

Excuse me for slow response but this is not bug for maildrop but for
src:courier.

There were intentional differences between maildrop packaged in Debian.
I maintain one intended for independent use and have several historical
divergence from the upstream.  This is not the decision of me but one
who was active then to address security issue.  Permission choice etc,.
are altered.

So dropping maildrop-courier was bad decision on the maintainer of the
courier package family.  That is causing this bug report.

Ondřej, if you look at debian/patches/* directory, you should know how
much deviation this package is carrying.  If you have good way to solve
this problem without causing problem to the current users of maildrop,
let me know.  Otherwise, I am very reluctant to change this behavior.

Osamu

On Tue, Apr 26, 2016 at 02:46:06PM +, Zhao Difei wrote:
> Package: maildrop
> Version: 2.8.3-0.1
> Severity: important
> 
> Greetings,
> 
> (I filed a bug to courier source previously but I believe it belongs to
> here).
> The removal of the courier-maildrop package breaks the courier MTA
> utilizing the virtual accounts tools. The courier version of maildrop
> will import the environment variables: HOME, SHELL, LOGNAME and
> MAILDIRQUOTA
> while the standalone version won't. This behaviour makes the maildrop
> can never deliver to the $HOME of the virtual account, rather, it will
> deliver to the $HOME to the underlying account.
> 
> Cheers,
> Difei
> 

Bug#847727: mutt: segfault when switching away from a mailbox with deleted messages

[Russell Klopfer]

Package: mutt
Version: 1.7.1-5
Severity: important

Dear Maintainer,

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

   * What led up to the situation?
Running mutt with two IMAP accounts. No offline mail.  

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Launched mutt. Switched from the default mailbox to another one. Marked some 
messages as deleted, but did not purge. Tried to switch back to the default 
mailbox. 

   * What was the outcome of this action?
mutt exits unexpectedly. 

segfault in dmesg:
[251575.450777] mutt[27363]: segfault at 0 ip 7f14dbf1beb0 sp 
7ffe74fca2e8 error 4 in libc-2.24.so[7f14dbead000+195000]

   * What outcome did you expect instead?
To switch back to the default mailbox

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


-- Package-specific info:
NeoMutt 20161126 (1.7.1)
Copyright (C) 1996-2016 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 4.8.0-1-amd64 (x86_64)
libidn: 1.33 (compiled with 1.33)
hcache backends: tokyocabinet

Compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/6/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 6.2.1-5' 
--with-bugurl=file:///usr/share/doc/gcc-6/README.Bugs 
--enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr 
--program-suffix=-6 --program-prefix=x86_64-linux-gnu- --enable-shared 
--enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext 
--enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ 
--enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes 
--with-default-libstdcxx-abi=new --enable-gnu-unique-object 
--disable-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie 
--with-system-zlib --disable-browser-plugin --enable-java-awt=gtk 
--enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-6-amd64/jre 
--enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-6-amd64 
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-6-amd64 
--with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar 
--enable-objc-gc
 =auto --enable-multiarch --with-arch-32=i686 --with-abi=m64 
--with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic 
--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu 
--target=x86_64-linux-gnu
Thread model: posix
gcc version 6.2.1 20161124 (Debian 6.2.1-5) 

Configure options: '--build=x86_64-linux-gnu' '--prefix=/usr' 
'--includedir=\${prefix}/include' '--mandir=\${prefix}/share/man' 
'--infodir=\${prefix}/share/info' '--sysconfdir=/etc' '--localstatedir=/var' 
'--disable-silent-rules' '--libdir=\${prefix}/lib/x86_64-linux-gnu' 
'--libexecdir=\${prefix}/lib/x86_64-linux-gnu' '--disable-maintainer-mode' 
'--disable-dependency-tracking' '--with-mailpath=/var/mail' 
'--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' 
'--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' 
'--enable-sidebar' '--enable-nntp' '--enable-notmuch' '--disable-fmemopen' 
'--with-curses' '--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' 
'--with-sasl' '--without-gdbm' '--without-bdb' '--without-qdbm' 
'--with-tokyocabinet' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 
-fdebug-prefix-map=/build/mutt-Uun1o_/mutt-1.7.1=. -fstack-protector-strong 
-Wformat -Werror=format-security' 'LDFLAGS=-Wl,-z,relro -Wl,-z,now' 
'CPPFLAGS=-Wdate-time -D
 _FORTIFY_SOURCE=2'

Compilation CFLAGS: -Wall -pedantic -Wno-long-long -g -O2 
-fdebug-prefix-map=/build/mutt-Uun1o_/mutt-1.7.1=. -fstack-protector-strong 
-Wformat -Werror=format-security -fno-delete-null-pointer-checks

Compile options:
+CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME 
+DEBUG +DL_STANDALONE +ENABLE_NLS -EXACT_ADDRESS -HOMESPOOL -LOCALES_HACK 
-SUN_ATTACHMENT +HAVE_BKGDSET +HAVE_COLOR +HAVE_CURS_SET +HAVE_GETADDRINFO 
+HAVE_GETSID +HAVE_ICONV +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR 
+HAVE_LIBIDN +HAVE_META +HAVE_REGCOMP +HAVE_RESIZETERM +HAVE_START_COLOR 
+HAVE_TYPEAHEAD +HAVE_WC_FUNCS +ICONV_NONTRANS +USE_COMPRESSED +USE_DOTLOCK 
+USE_FCNTL -USE_FLOCK -USE_FMEMOPEN -USE_GNU_REGEX +USE_GSS +USE_HCACHE 
+USE_IMAP +USE_NOTMUCH +USE_NNTP +USE_POP +USE_SASL +USE_SETGID +USE_SIDEBAR 
+USE_SMTP +USE_SSL_GNUTLS -USE_SSL_OPENSSL 
-DOMAIN
MIXMASTER="mixmaster"
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"

patch-attach-headers-color-neomutt
patch-compose-to-sender-neomutt
patch-compress-neomutt
patch-cond-date-neomutt
patch-encrypt-to-self-neomutt
patch-fmemopen-neomutt
patch-forgotten-attachments-neomutt
patch-forwref-neomutt
patch-ifdef-neomutt

Bug#847650: RFS: fgetty/0.7-2

[Dmitry Bogatov]

[2016-12-10 11:15] Christian Seiler 
> As a co-maintainer of dietlibc and a maintainer of a package using it
> I would recommend the following code in d/rules:
>
> override_dh_gencontrol:
>   dh_gencontrol -- -VBuilt-Using="`dpkg-query -f'$${source:Package} (= 
> $${source:Version})' -W dietlibc-dev`"
>
> And in d/control:
>
> Package: ...
> Built-Using: ${Built-Using}

Nice. I made change and reuploaded into mentors.

-- 
X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch,
Accept-Languages: eo,ru,en | at most once every 24 hours. If matter
Accept: text/plain, text/x-diff| is urgent, you have my phone number.


pgpWJEayQTqzq.pgp
Description: PGP signature

Bug#847726: unblock node-normalize-path 2.0.1-2

[Pirate Praveen]

package: release.debian.org

Fixes RC bug #846743 (causes gitlab to be marked for autoremoval)





signature.asc
Description: OpenPGP digital signature

Bug#847725: unblock node-extend-shallow 2.0.1-3

[Pirate Praveen]

package: release.debian.org

Fixes RC bug #846700



signature.asc
Description: OpenPGP digital signature

Bug#847722: initramfs-tools: Package installation is not completed.

[mabo]

Hi Ben,

Thanks for quick response.

I ran the commands as suggested, and I get and warnings and errors on
the second command.

mabo@debian:~$ sudo dpkg --configure initramfs-tools
Setting up initramfs-tools (0.125) ...
update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools (0.125) ...
update-initramfs: Generating /boot/initrd.img-4.8.0-2-amd64
W: mkinitramfs: unsupported MODULES setting: .
W: mkinitramfs: Falling back to MODULES=most.
E: /usr/share/initramfs-tools/hooks/plymouth failed with return 1.
update-initramfs: failed for /boot/initrd.img-4.8.0-2-amd64 with 1.
dpkg: error processing package initramfs-tools (--configure):
 subprocess installed post-installation script returned error exit
status 1
Errors were encountered while processing:
 initramfs-tools

Unfortunately, I still have the same problem.

mabo@debian:~$ sudo apt-get -f install
Reading package lists... Done
Building dependency tree   
Reading state information... 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.
Setting up initramfs-tools (0.125) ...
update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools (0.125) ...
update-initramfs: Generating /boot/initrd.img-4.8.0-2-amd64
/usr/sbin/mkinitramfs: 66: .: Can't open /etc/initramfs-
tools/initramfs.conf
update-initramfs: failed for /boot/initrd.img-4.8.0-2-amd64 with 2.
dpkg: error processing package initramfs-tools (--configure):
 subprocess installed post-installation script returned error exit
status 2
Errors were encountered while processing:
 initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)

On Sun, 11 Dec 2016 03:26:27 + Ben Hutchings 
wrote:
> Control: retitle -1 mkinitramfs doesn't work without a configuration
file
> Control: severity -1 wishlist
> 
> On Sun, 2016-12-11 at 09:48 +0800, Marc Bonnor wrote:
> > Package: initramfs-tools
> > Version: 0.125
> > Severity: important
> > 
> > Dear Maintainer,
> > 
> > When I do package updates I see errors;
> > 
> > Setting up initramfs-tools (0.125) ...
> > update-initramfs: deferring update (trigger activated)
> > Processing triggers for initramfs-tools (0.125) ...
> > update-initramfs: Generating /boot/initrd.img-4.8.0-2-amd64
> > /usr/sbin/mkinitramfs: 66: .: Can't open /etc/initramfs-
> > tools/initramfs.conf
> 
> It appears that you deleted a configuration file.  This is currently
a
> fatal error.
> 
> > update-initramfs: failed for /boot/initrd.img-4.8.0-2-amd64 with 2.
> > dpkg: error processing package initramfs-tools (--configure):
> >  subprocess installed post-installation script returned error exit
> > status 2
> > Errors were encountered while processing:
> >  initramfs-tools
> > E: Sub-process /usr/bin/dpkg returned an error code (1)
> > 
> > I see that the initramfs-tools package is partially installed when
I
> > view package in Aptitude.
> > I have tried to reinstall several times, and I have tried to
> > downgrade package to stable version, but nothing works.
> 
> dpkg considers deletion of a conffile (a configuration file that it
> knows about) to be deliberate, so it won't re-create the conffile on
> upgrade by default.
> 
> You should be able to recover like this:
> 
> touch /etc/initramfs-tools/initramfs.conf
> dpkg --configure initramfs-tools   # will warn but should
succeed
> rm /etc/initramfs-tools/initramfs.conf
> apt -d --reinstall install initramfs-tools-core
> dpkg -i --force-confnew /var/cache/apt/archives/initramfs-tools-
core_0.125_all.deb
> 
> Ben.
> 
> -- 
> Ben Hutchings
> Any sufficiently advanced bug is indistinguishable from a feature.

Bug#847724: unblock node-repeat-element 1.1.2+github-2

[Pirate Praveen]

package: release.debian.org

Fixes rc bug #846692 (it causes gitlab to be marked auto removal)



signature.asc
Description: OpenPGP digital signature

Bug#846583: cloud.debian.org: AWS Image should enable DHCPv6 client

[Noah Meyerhans]

On Sat, Dec 10, 2016 at 04:31:23PM -0500, Sam Hartman wrote:
> I've played with systemd-networkd a bit.
> It seems capable enough to handle this use case, but it has some
> significant drawbacks.

I've looked in to systemd-networkd in the stretch images, but haven't
managed to get it to acquire a DHCPv6 lease. My current suspicion is
that the AWS DHCPv6 server does't respond to "solicit" messages with the
"rapid commit" flag set. Systemd-networkd seems to set that
unconditionally, while dhclient does not set it. The presence of that
option is the most notable difference I've found in the solicit messages
from dhclient and systemd-networkd.

Beyond that, I agree with the rest of Sam's concerns regarding
systemd-networkd, and would prefer to come up with a solution involving
dhclient if possible.

noah



signature.asc
Description: PGP signature

Bug#740408: closed by Michael Gilbert (Fwd: Bug#640515: printing works with 3.03-16)

[Michael Gilbert]

On Mon, Dec 5, 2016 at 8:10 AM, Dominik Vogt wrote:
> In other words, xpdf is not going to be fixed in Debian 7.1 ever,
> since there are no plans to backport the fix (that has been around
> since before the bug report was created) to 7.1?

Correct, debian 7 is now past end of life, please consider updating to debian 8.

Best wishes,
Mike

Bug#847723: Displays "FLTK" as window title and uses incorrect icon

[Carlos Maddela]

I have uploaded a fix for this to mentors:
https://mentors.debian.net/debian/pool/main/f/flpsed/flpsed_0.7.3-3.dsc,
which I'd like sponsored if someone could review it.

The VCS changes are also available in the "fix-icons" branch of
https://github.com/e7appew/pkg-flpsed.git.

Thanks.

On Sun, 11 Dec 2016 14:09:27 +1100 Carlos Maddela wrote:
> Package: flpsed
> Version: 0.7.3-2
> Severity: normal
>
> When flpsed is started without a file, the initial window title is
> "FLTK", which is not very informative.
>
> Also, because its WM_CLASS value is also "FLTK", the window manager spends
> some time searching for the flpsed window on startup, but never gets to
> assign it the correct icon.
>
> -- System Information:
> Debian Release: stretch/sid
> APT prefers unstable
> APT policy: (990, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.7.0-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages flpsed depends on:
> ii ghostscript-x 9.20~dfsg-1
> ii libc6 2.24-8
> ii libfltk1.3 1.3.3-8+b1
> ii libgcc1 1:6.2.1-5
> ii libstdc++6 6.2.1-5
> ii libx11-6 2:1.6.4-2
>
> Versions of packages flpsed recommends:
> ii poppler-utils [xpdf-utils] 0.48.0-2
>
> flpsed suggests no packages.
>
> -- no debconf information
>
>

Bug#847722: initramfs-tools: Package installation is not completed.

[Ben Hutchings]

Control: retitle -1 mkinitramfs doesn't work without a configuration file
Control: severity -1 wishlist

On Sun, 2016-12-11 at 09:48 +0800, Marc Bonnor wrote:
> Package: initramfs-tools
> Version: 0.125
> Severity: important
> 
> Dear Maintainer,
> 
> When I do package updates I see errors;
> 
> Setting up initramfs-tools (0.125) ...
> update-initramfs: deferring update (trigger activated)
> Processing triggers for initramfs-tools (0.125) ...
> update-initramfs: Generating /boot/initrd.img-4.8.0-2-amd64
> /usr/sbin/mkinitramfs: 66: .: Can't open /etc/initramfs-
> tools/initramfs.conf

It appears that you deleted a configuration file.  This is currently a
fatal error.

> update-initramfs: failed for /boot/initrd.img-4.8.0-2-amd64 with 2.
> dpkg: error processing package initramfs-tools (--configure):
>  subprocess installed post-installation script returned error exit
> status 2
> Errors were encountered while processing:
>  initramfs-tools
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> 
> I see that the initramfs-tools package is partially installed when I
> view package in Aptitude.
> I have tried to reinstall several times, and I have tried to
> downgrade package to stable version, but nothing works.

dpkg considers deletion of a conffile (a configuration file that it
knows about) to be deliberate, so it won't re-create the conffile on
upgrade by default.

You should be able to recover like this:

touch /etc/initramfs-tools/initramfs.conf
dpkg --configure initramfs-tools   # will warn but should succeed
rm /etc/initramfs-tools/initramfs.conf
apt -d --reinstall install initramfs-tools-core
dpkg -i --force-confnew 
/var/cache/apt/archives/initramfs-tools-core_0.125_all.deb

Ben.

-- 
Ben Hutchings
Any sufficiently advanced bug is indistinguishable from a feature.


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

Bug#846779: xserver-xorg-core: chrome freezes with xorg-server 1.19.0

[Frédéric Brière]

On Sat, Dec 03, 2016 at 11:33:30AM +0100, Gerrit Keller wrote:
> after upgrading to version 1.19.0-(1,2) chromium/google-chrome freezes after a
> short time.

I'm experiencing the same thing with mpv; it eventually freezes after a
while (between 1 and 20 minutes, no obvious pattern) under 1.19.0-2, but
works fine under 1.18.4-2.  Glad to hear that I'm not alone.  :)

(While I only use Chrome occasionally, I did see it freeze today, which
I don't recall ever happening before.  I guess this is indeed the same
bug.)
 
I'm attaching the output of the bug script, in case someone can spot any
similarity between our two setups.  Otherwise, I guess I'll have to
muster up the courage to try to bisect this.  (gulp!)

Here are some additional observations:

 - While mpv inevitably freezes, mplayer and vlc seem to work fine.
   There seems to be something application-specific to this.

 - Furthermore, I can't seem to reproduce this bug under a different
   user.  Maybe something to do with a different WM/compositor
   configuration?
 
 - Two instances of mpv running in parallel will not freeze at the same
   time (even when playing the same file).
 
 - Disclaimer: I'm usually running two X servers at the same time.
   (Just in case this matters.)
 
 - By accident, while toggling between 1.18 and 1.19, I once forgot to
   upgrade xserver-xorg-video-radeon.  Since the radeon module was no
   longer loading, the server apparently fell back to using
   modesetting/glamoregl.  Interestingly, I could no longer reproduce
   the bug under this setup.  (I initially thought this could point to a
   bug within the radeon driver, but since you're seeing the same thing
   with nouveau...)
 

X server symlink status:

lrwxrwxrwx 1 root root 13 Dec 21  2010 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Nov 23 13:32 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:05.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
[AMD/ATI] RS880 [Radeon HD 4250] [1002:9715]

/etc/X11/xorg.conf does not exist.

Contents of /etc/X11/xorg.conf.d:
-
total 4
-rw-r--r-- 1 root root 57 Sep  6  2015 debug.conf

KMS configuration files:

/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 4.8.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 5.4.1 
20161019 (Debian 5.4.1-3) ) #1 SMP Debian 4.8.11-1 (2016-12-02)

Xorg X server log files on system:
--
-rw-r--r-- 1 fbriere fbriere 26405 Feb 19  2016 
/home/fbriere/.local/share/xorg/Xorg.2.log
-rw-r--r-- 1 rootroot47074 Nov  4 09:16 /var/log/Xorg.2.log
-rw-r--r-- 1 rootroot77163 Dec  9 21:48 /var/log/Xorg.3.log
-rw-r--r-- 1 rootroot91010 Dec  9 22:18 /var/log/Xorg.1.log
-rw-r--r-- 1 rootroot79462 Dec  9 22:18 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[54.800] 
X.Org X Server 1.19.0
Release Date: 2016-11-15
[54.800] X Protocol Version 11, Revision 0
[54.800] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[54.800] Current Operating System: Linux fabul 4.8.0-2-amd64 #1 SMP Debian 
4.8.11-1 (2016-12-02) x86_64
[54.800] Kernel command line: BOOT_IMAGE=/vmlinuz-4.8.0-2-amd64 
root=/dev/mapper/root ro single vsyscall=emulate
[54.801] Build Date: 23 November 2016  07:20:23PM
[54.801] xorg-server 2:1.19.0-2 (https://www.debian.org/support) 
[54.801] Current version of pixman: 0.34.0
[54.801]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[54.801] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[54.801] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Dec  9 20:39:36 
2016
[54.801] (==) Using config directory: "/etc/X11/xorg.conf.d"
[54.801] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[54.801] (==) No Layout section.  Using the first Screen section.
[54.801] (==) No screen section available. Using defaults.
[54.801] (**) |-->Screen "Default Screen Section" (0)
[54.801] (**) |   |-->Monitor ""
[54.801] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[54.801] (**) Option "NoTrapSignals"
[54.801] (==) Automatically adding devices
[54.801] (==) Automatically enabling devices
[54.801] (==) Automatically adding GPU devices
[54.801] (==) Max clients allowed: 256, resource mask: 0x1f
[54.801] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[54.801]Entry deleted from font path.
[54.801

Bug#839048: js24 crashes on ARM64

[Ben Hutchings]

On Sun, 2016-12-11 at 03:24 +0100, John Paul Adrian Glaubitz wrote:
> On 12/11/2016 03:13 AM, Ben Hutchings wrote:
> > Looking at the patch that was added in -4: WTF?  It changes the library
> > ABI, but you didn't bump the soname.  Of course that breaks clients!
> 
> That's odd. Why does it break the ABI though? From what I can see, the
> upstream change just forces the JS memory allocator to avoid certain
> regions in memory [1].

That's not the one that got backported though.

> > libmozjs185 appears to have been broken in the same way.
> 
> Is it? As far as I know, the patch was not merged to src:mozjs.

You called the patch Modify_tagged_pointer_structure_js1.8.5.patch

In mozjs24 it's called Manually_mmap_on_arm64.patch but it's not what
the name says, it's changing the number of tag bits.

Ben.

> > At this point in the release cycle no more library transitions are
> > allowed, so libmozjs has to be fixed with a kluge like the patch that
> > Zheng Xu sent, not the upstream change.
> 
> I agree. But I also think that the ABI break was not intentional.
> 
> Adrian
> 
> > [1] https://hg.mozilla.org/mozilla-central/rev/dfaafbaaa291
-- 
Ben Hutchings
Any sufficiently advanced bug is indistinguishable from a feature.


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

Bug#847723: Displays "FLTK" as window title and uses incorrect icon

[Carlos Maddela]

Package: flpsed
Version: 0.7.3-2
Severity: normal

When flpsed is started without a file, the initial window title is
"FLTK", which is not very informative.

Also, because its WM_CLASS value is also "FLTK", the window manager spends
some time searching for the flpsed window on startup, but never gets to
assign it the correct icon.

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

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

Versions of packages flpsed depends on:
ii  ghostscript-x  9.20~dfsg-1
ii  libc6  2.24-8
ii  libfltk1.3 1.3.3-8+b1
ii  libgcc11:6.2.1-5
ii  libstdc++6 6.2.1-5
ii  libx11-6   2:1.6.4-2

Versions of packages flpsed recommends:
ii  poppler-utils [xpdf-utils]  0.48.0-2

flpsed suggests no packages.

-- no debconf information

Bug#835746: odin: FTBFS: seqgradspiral.cpp:30:71: error: no matching function for call to 'max(double, float)'

[Peter Green]

tags 835746 +patch
thanks.

The debian odin package contains two gcc-6 related patches.

gcc-6-fix.patch and gcc-fix2.patch

Poking arround upstream svn I also found two gcc-6 fix commits.

r8691 and r8691

gcc-6-fix.patch seemed to be the same as upstream commit r8691
gcc-6-fix2.patch seemed to contain a subset of the fixes in upstream 
commit r8691


I replaced gcc-fix2.patch with a patch generated from upstream commit 
r8691 and the package built successfully in raspbian stretch.


I have uploaded the fix to raspbian. Debdiff attatched, no intent to NMU 
in Debian.
diff -Nru odin-2.0.2/debian/changelog odin-2.0.2/debian/changelog
--- odin-2.0.2/debian/changelog 2016-07-22 11:58:53.0 +
+++ odin-2.0.2/debian/changelog 2016-12-11 00:28:16.0 +
@@ -1,3 +1,10 @@
+odin (2.0.2-0.3+rpi1) stretch-staging; urgency=medium
+
+  * Replace gcc-6-fix2 with upstream commit r8691 which contains
+the fix previously in that patch plus some further fixes.
+
+ -- Peter Michael Green   Sun, 11 Dec 2016 00:28:16 
+
+
 odin (2.0.2-0.3) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru odin-2.0.2/debian/patches/gcc-6-fix2.patch 
odin-2.0.2/debian/patches/gcc-6-fix2.patch
--- odin-2.0.2/debian/patches/gcc-6-fix2.patch  2016-07-22 11:58:22.0 
+
+++ odin-2.0.2/debian/patches/gcc-6-fix2.patch  2016-12-11 00:15:26.0 
+
@@ -1,24 +1,69 @@
-Description: Fix some std::max(double,float) call mismatch and some "ifstream 
not comparable with NULL"
-
-Author: Gianfranco Costamagna 
-
 odin-2.0.2.orig/cmdline-utils/swab.cpp
-+++ odin-2.0.2/cmdline-utils/swab.cpp
-@@ -28,7 +28,7 @@ int main(int argc, char* argv[]) {
+--- odin/odinseq/seqplot.h (revision 8690)
 odin/odinseq/seqplot.h (revision 8691)
+@@ -33,10 +33,10 @@
+ static const char* markLabel[]={"none", "exttrigger",   
"halttrigger", "snapshot",  "reset",  "acquisition",  "endacq", 
 "excitation",  "refocusing",  "storeMagn",  "recallMagn",  
"inversion",  "saturation" };
+ AVOID_CC_WARNING(markLabel)
+ 
+-enum timecourseMode   {tcmode_curves=0, tcmode_plain,   
tcmode_slew_rate,tcmode_kspace, tcmode_M1,  
  tcmode_M2,  tcmode_b_trace,   
  tcmode_backgr_kspace,  tcmode_backgr_crossterm,   
 tcmode_eddy_currents, numof_tcmodes};
+-static const char* timecourseLabel[]= {"Curves","Plain","Slew 
Rate", "k-Space", "1st Grad. Moment",   
"2nd Grad. Moment", "b-Value Trace",
"Backgr. k-Space", "Backgr. Crossterm",
"Eddy Currents"};
+-static const char* timecoursePrefix[]={"G",  "G",   "dG", 
   "k",   "M1", 
"M2",   "b",
"k",   "c",
"G"};
+-static const char* timecourseUnit[]=  {ODIN_GRAD_UNIT,  ODIN_GRAD_UNIT, 
ODIN_GRAD_UNIT"/"ODIN_TIME_UNIT, "rad/" ODIN_SPAT_UNIT, "rad*" ODIN_TIME_UNIT 
"/" ODIN_SPAT_UNIT, "rad*" ODIN_TIME_UNIT "^2/" ODIN_SPAT_UNIT, ODIN_TIME_UNIT 
"/" ODIN_SPAT_UNIT "^2", "rad/" ODIN_SPAT_UNIT, ODIN_TIME_UNIT "/" 
ODIN_SPAT_UNIT "^2", ODIN_GRAD_UNIT};
++enum timecourseMode   {tcmode_curves=0, tcmode_plain,   
tcmode_slew_rate,  tcmode_kspace, tcmode_M1,
tcmode_M2,  tcmode_b_trace, 
tcmode_backgr_kspace,  tcmode_backgr_crossterm, 
   tcmode_eddy_currents, numof_tcmodes};
++static const char* timecourseLabel[]= {"Curves","Plain","Slew 
Rate",   "k-Space", "1st Grad. Moment", 
  "2nd Grad. Moment", "b-Value Trace",  
  "Backgr. k-Space", "Backgr. Crossterm",   
 "Eddy Currents"};
++static const char* timecoursePrefix[]={"G",  "G",   "dG", 
 "k",   "M1",   
  "M2",   "b",  
  "k",   "c",   
 "G"};
++static const char* timecourseUnit[]=  {ODIN_GRAD_UNIT,  ODIN_GRAD_UNIT, 
ODIN_GRAD_UNIT "/" ODIN_TIME_UNIT, "rad/" ODIN_SPAT_UNIT, "rad*" ODIN_TIME_UNIT 
"/" ODIN_SPAT_UNIT, "rad*" ODIN_TIME_UNIT "^2/" ODIN_SPAT_UNIT, ODIN_TIME_UNIT 
"/" ODIN_SPAT_UNIT "^2", "rad/" ODIN_SPAT_UNIT, ODIN_TIME_UNIT "/" 
ODIN_SPAT_UNIT "^2", ODIN_GRAD_UNIT};
+ AVOID_CC_WARNING(timecourseLabel)
+ AVOID_CC_WARNING(timecoursePrefix)
+ AVOID_CC_WARNING(timecourseUnit)
+--- odin/odinseq/seqgradspiral.cpp (revis

Bug#839048: js24 crashes on ARM64

[John Paul Adrian Glaubitz]

On 12/11/2016 03:24 AM, John Paul Adrian Glaubitz wrote:
>> libmozjs185 appears to have been broken in the same way.
> 
> Is it? As far as I know, the patch was not merged to src:mozjs.

To be more precise: I merged the patch that Zheng attached to the
bug report which is different from the upstream change. Isn't that
the kludge you were talking about?

Adrian

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



signature.asc
Description: OpenPGP digital signature

Bug#839048: js24 crashes on ARM64

[John Paul Adrian Glaubitz]

On 12/11/2016 03:13 AM, Ben Hutchings wrote:
> Looking at the patch that was added in -4: WTF?  It changes the library
> ABI, but you didn't bump the soname.  Of course that breaks clients!

That's odd. Why does it break the ABI though? From what I can see, the
upstream change just forces the JS memory allocator to avoid certain
regions in memory [1].

> libmozjs185 appears to have been broken in the same way.

Is it? As far as I know, the patch was not merged to src:mozjs.

> At this point in the release cycle no more library transitions are
> allowed, so libmozjs has to be fixed with a kluge like the patch that
> Zheng Xu sent, not the upstream change.

I agree. But I also think that the ABI break was not intentional.

Adrian

> [1] https://hg.mozilla.org/mozilla-central/rev/dfaafbaaa291
-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913



signature.asc
Description: OpenPGP digital signature

Bug#839048: js24 crashes on ARM64

[Ben Hutchings]

On Sat, 10 Dec 2016 18:27:05 -0500 Jeremy Bicha 
wrote:
> Control: reopen -1
> 
> The fix for this broke gdm, gnome-shell, and cinnamon and had to be
> reverted so I'm reopening this bug.
> 
> mozjs24 (24.2.0-5) unstable; urgency=low
> 
>   * Revert fix for ARM64 crashes, causes even more problems (closes:
#847542).
> 
> https://bugs.debian.org/847542

Looking at the patch that was added in -4: WTF?  It changes the library
ABI, but you didn't bump the soname.  Of course that breaks clients!

libmozjs185 appears to have been broken in the same way.

At this point in the release cycle no more library transitions are
allowed, so libmozjs has to be fixed with a kluge like the patch that
Zheng Xu sent, not the upstream change.

Ben.

-- 
Ben Hutchings
Any sufficiently advanced bug is indistinguishable from a feature.



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

Bug#844350: coreutils: unable to chroot in wheezy directory made with git-pbuilder

[Frédéric Brière]

On Sat, Dec 10, 2016 at 08:42:29PM -0500, Frédéric Brière wrote:
> If I'm not mistaken, this is basically a duplicate of #844350.

  That should have been #845942.

Bug#841194: ITP: fxlinuxprint -- PPD file and postscript filter for Fuji Xerox printer

[Youhei SASAKI]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear Didier,

On Thu, 08 Dec 2016 17:34:12 +0900,
Didier 'OdyX' Raboud  wrote:
- - snip -
>
> Please file a request to join the Debian Printing Team on Alioth:
>   https://alioth.debian.org/projects/printing/

I applied to join printing team on alioth.

Sincerely,
Youhei

- ---
Youhei SASAKI 
  
GPG fingerprint:
  4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEZqTqcE/iQFWNasLmk5TzVIkdfgcFAlhLii8ACgkQk5TzVIkd
fgfDWQ/+KUxxqqST5i/mZiBHabk9YxdLSkeLxCGXzwKdM+YpY1XJMule5iXXDtQt
FblQ08ks90mOkO3CRiEtne/zfEVuExjbk3LuymUejnTHiIhoqQghBJ7rHEY8sa6D
i2LR4jTJXKioRAW1qw2UqbEshdCtmrBQW84AfCw6gvVRbOqKTA30DFB6EtllL6MC
or3fCfjoo+I2/6Xjbmg7KbV98ManOd0Xqh6rcqLfHP76tnzb46uaLD2DIbRdQRm0
wGJNlIXVj+2FyiJdeZYfU4ZyP4w/6Lix8Tpbw4pRPTY/YSG0VG+PXCm1tGkR+wSX
1Qy81wlxni87FG+sIJuz7Ho7L+4XyqGUnkfjn9lpLELkEVv84rg720QqdzFo31B7
I9OuzVVsyuVDzhuOtvTQCAtq7dbyfrsHTE9jppy/vvFtJanZsseYR68Fe2gcFhxl
Kwdih1hJxm7GHzzefrM8AmcDV5IXDCU41Em7bOLxFCQM/YDy6RrdXpBJ+KIi70tF
2rjm+QDmO2c+vg+BSSdVrVo7bkvLDikHK49qmp4lMhVILCC6oKponZLzvJXK/bpe
rFFDa3rUqwMMdFaYhcG5pTlIzW5oYy64Yah8hT0VQfmBCyMK5NkqVbKiDxnU92iZ
afkj8i2260pXxwzqnRbtlKnfgmLlS8Bub6jMnDHgZ+P6zDEVKaY=
=Pl0I
-END PGP SIGNATURE-

Bug#847516: RFP: libnet-dns-lite-perl -- libnet-dns-lite-perl

[Alex Muntada]

Control: retitle -1 ITP: libnet-dns-lite-perl -- a pure-perl DNS resolver with 
support for timeout
Owner: Alex Muntada 
X-Debbugs-CC: debian-p...@lists.debian.org

I'm going to take care of packaging this module.

Cheers,
Alex



signature.asc
Description: Digital signature

Bug#847722: initramfs-tools: Package installation is not completed.

[Marc Bonnor]

Package: initramfs-tools
Version: 0.125
Severity: important

Dear Maintainer,

When I do package updates I see errors;

Setting up initramfs-tools (0.125) ...
update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools (0.125) ...
update-initramfs: Generating /boot/initrd.img-4.8.0-2-amd64
/usr/sbin/mkinitramfs: 66: .: Can't open /etc/initramfs-tools/initramfs.conf
update-initramfs: failed for /boot/initrd.img-4.8.0-2-amd64 with 2.
dpkg: error processing package initramfs-tools (--configure):
 subprocess installed post-installation script returned error exit status 2
Errors were encountered while processing:
 initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)

I see that the initramfs-tools package is partially installed when I view 
package in Aptitude.
I have tried to reinstall several times, and I have tried to downgrade package 
to stable version, but nothing works.

-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 1 root root 30M Dec  7 20:24 /boot/initrd.img-4.8.0-2-amd64
-- /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.8.0-2-amd64 
root=UUID=1ba139d9-e760-4381-8ec1-6f00319bf53f ro initrd=/install/initrd.gz 
quiet

-- resume
RESUME=UUID=658f479f-becb-4a4c-8341-4ebba6993889
-- /proc/filesystems
ext3
ext2
ext4
fuseblk
xfs
jfs
msdos
vfat
ntfs
minix
hfs
hfsplus
qnx4
ufs
btrfs

-- lsmod
Module  Size  Used by
nls_utf8   16384  0
btrfs1040384  0
xor24576  1 btrfs
raid6_pq  102400  1 btrfs
ufs73728  0
qnx4   16384  0
hfsplus   102400  0
hfs57344  0
minix  36864  0
ntfs   98304  0
vfat   20480  0
msdos  20480  0
fat69632  2 msdos,vfat
jfs   176128  0
xfs  1036288  0
libcrc32c  16384  1 xfs
dm_mod114688  0
cpuid  16384  0
fuse   98304  7
uas24576  1
intel_rapl 20480  0
usb_storage69632  2 uas
joydev 20480  0
x86_pkg_temp_thermal16384  0
coretemp   16384  0
kvm_intel 188416  0
kvm   585728  1 kvm_intel
snd_hda_codec_realtek86016  1
iTCO_wdt   16384  0
snd_hda_codec_hdmi 45056  1
iTCO_vendor_support16384  1 iTCO_wdt
irqbypass  16384  1 kvm
snd_hda_codec_generic69632  1 snd_hda_codec_realtek
crct10dif_pclmul   16384  0
crc32_pclmul   16384  0
snd_soc_ssm456716384  0
snd_soc_rt5640118784  0
snd_soc_rl6231 16384  1 snd_soc_rt5640
snd_hda_intel  36864  12
snd_hda_codec 131072  4 
snd_hda_intel,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek
snd_soc_core  212992  2 snd_soc_ssm4567,snd_soc_rt5640
hid_logitech_hidpp 28672  0
ghash_clmulni_intel16384  0
snd_hda_core   81920  5 
snd_hda_intel,snd_hda_codec,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek
snd_hwdep  16384  1 snd_hda_codec
snd_compress   20480  1 snd_soc_core
snd_pcm   110592  7 
snd_hda_intel,snd_hda_codec,snd_hda_core,snd_soc_rt5640,snd_hda_codec_hdmi,snd_soc_core
i2c_i801   24576  0
pcspkr 16384  0
sg 32768  0
i2c_smbus  16384  1 i2c_i801
lpc_ich24576  0
snd_timer  32768  1 snd_pcm
shpchp 36864  0
mfd_core   16384  1 lpc_ich
battery16384  0
snd86016  33 
snd_compress,snd_hda_intel,snd_hwdep,snd_hda_codec,snd_timer,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek,snd_soc_core,snd_pcm
soundcore  16384  1 snd
elan_i2c   36864  0
snd_soc_sst_acpi   16384  0
acpi_als   16384  0
snd_soc_sst_match  16384  1 snd_soc_sst_acpi
kfifo_buf  16384  1 acpi_als
dw_dmac16384  0
i2c_designware_platform16384  0
dw_dmac_core   24576  1 dw_dmac
i2c_designware_core20480  1 i2c_designware_platform
acpi_pad   24576  0
evdev  24576  9
industrialio   65536  2 acpi_als,kfifo_buf
tpm_tis16384  0
tpm_tis_core   20480  1 tpm_tis
tpm45056  2 tpm_tis,tpm_tis_core
parport_pc 28672  0
ppdev  20480  0
lp 20480  0
sunrpc335872  1
parport49152  3 lp,parport_pc,ppdev
ip_tables  24576  0
x_tables   36864  1 ip_tables
autofs440960  2
hid_logitech_dj20480  0
usbhid 53248  0
ext4  585728  1
crc16  16384  1 ext4
jbd2   

Bug#844350: coreutils: unable to chroot in wheezy directory made with git-pbuilder

[Frédéric Brière]

On Mon, Nov 14, 2016 at 05:43:00PM +0100, Andrea Zagli wrote:
> i try to use git-pbuilder to build a package for wheezy; but after run the
> command 'DIST=wheezy git-pbuilder create' i got a segmentation fault when it
> tries to chroot

If I'm not mistaken, this is basically a duplicate of #844350.  Using
the "vsyscall=emulate" boot parameter fixed this issue for me.

Bug#847721: RFS: netplug/1.2.9.2-3

[Pali Rohár]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: netplug
   Version : 1.2.9.2-3
   Upstream Author : Bryan O'Sullivan 
 * URL : http://www.red-bean.com/~bos/
 * License : GPL-2
   Section : net

It builds those binary packages:

  netplug- network link monitor daemon

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

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


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

  dget -x 
https://mentors.debian.net/debian/pool/main/n/netplug/netplug_1.2.9.2-3.dsc

More information about netplug can be obtained from 
http://www.red-bean.com/~bos/.

Changes since the last upload:

 * Depends on lsb-base (>= 3.2-14)
 * Fix standard version
 * Use debhelper 9
 * Use hardening=+all
 * Fix spelling in changelog
 * Build only on linux-any


Regards,
 Pali Rohár


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

Bug#828608: Building with OpenSSL 1.0.2 is sufficient for stretch

[Adrian Bunk]

Control: tags -1 patch

Not a perfect solution but sufficient for stretch is the patch below to 
use OpenSSL 1.0.2

The "| libssl-dev (<< 1.1.0~)" is added for backports.

--- debian/control.old  2016-12-11 00:15:42.0 +
+++ debian/control  2016-12-11 00:15:49.0 +
@@ -12,7 +12,7 @@
  libboost-dev,
  libcurl4-openssl-dev,
  liblog4shib-dev,
- libssl-dev,
+ libssl1.0-dev | libssl-dev (<< 1.1.0~),
  libxerces-c-dev,
 # our Debian changes need the pkg-config file from:
  libxml-security-c-dev (>= 1.7.3-3),
@@ -49,7 +49,7 @@
 Depends:
  libcurl4-openssl-dev,
  liblog4shib-dev,
- libssl-dev,
+ libssl1.0-dev | libssl-dev (<< 1.1.0~),
  libxerces-c-dev,
  libxml-security-c-dev,
  libxmltooling7 (= ${binary:Version}),


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#828440: Building with OpenSSL 1.0.2 is sufficient for stretch

[Adrian Bunk]

Control: tags -1 patch
Control: block -1 by 828608

Not a perfect solution but sufficient for stretch is the patch below to 
use OpenSSL 1.0.2

The "| libssl-dev (<< 1.1.0~)" is added for backports.

--- debian/control.old  2016-12-11 00:21:07.0 +
+++ debian/control  2016-12-11 00:21:24.0 +
@@ -4,7 +4,7 @@
 Maintainer: Sam Hartman 
 Build-Depends: debhelper (>= 9), autotools-dev, libshibsp-dev (>= 
2.5+dfsg~moonshot5), 
 libradsec-dev (>=0.0.4), libkrb5-dev (>= 1.9.1+dfsg-2), 
-libshibresolver-dev|libshib-resolver-dev, libjansson-dev, moonshot-ui-dev 
(>= 0.6-2), libssl-dev, libboost-dev, liblog4shib-dev|liblog4c++-dev, 
dh-autoreconf
+libshibresolver-dev|libshib-resolver-dev, libjansson-dev, moonshot-ui-dev 
(>= 0.6-2), libssl1.0-dev | libssl-dev (<< 1.1.0~), libboost-dev, 
liblog4shib-dev|liblog4c++-dev, dh-autoreconf
 Build-Conflicts: libgss-dev
 Standards-Version: 3.9.8
 Homepage: http://www.project-moonshot.org/


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#828441: Building with OpenSSL 1.0.2 is sufficient for stretch

[Adrian Bunk]

Control: tags -1 patch

Not a perfect solution but sufficient for stretch is the patch below to 
use OpenSSL 1.0.2

The "| libssl-dev (<< 1.1.0~)" is added for backports.

--- debian/control.old  2016-12-11 00:25:33.0 +
+++ debian/control  2016-12-11 00:25:48.0 +
@@ -2,7 +2,7 @@
 Section: net
 Priority: extra
 Maintainer: Sam Hartman 
-Build-Depends: debhelper (>= 9), autotools-dev, automake, autoconf, libtool, 
libjansson-dev, libkrb5-dev (>= 1.10~), dh-autoreconf, libssl-dev, 
libsqlite3-dev, libtalloc-dev
+Build-Depends: debhelper (>= 9), autotools-dev, automake, autoconf, libtool, 
libjansson-dev, libkrb5-dev (>= 1.10~), dh-autoreconf, libssl1.0-dev | 
libssl-dev (<< 1.1.0~), libsqlite3-dev, libtalloc-dev
 Standards-Version: 3.9.5
 Homepage: http://www.project-moonshot.org/
 Vcs-Git: git://git.project-moonshot.org/trust_router.git


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#844081: Reproducer

[Christian Geier]

Hi Filip,
could you perhaps try to change all those sleep()s to `os.sync()`? For
me it seems to fix the issue.

See [0] for a patch.

If this doesn fix the issue, we obviously need to move the sync call out
of the tests and into the db update.

Best regards,
Christian

[0] 
https://github.com/pimutils/khal/commit/0b636f7633e86b9e136b06e9965cd3af0e3918f2

Bug#828591: Building with OpenSSL 1.0.2 is sufficient for stretch

[Adrian Bunk]

Control: tags -1 patch

Not a perfect solution but sufficient for stretch is the patch below to 
use OpenSSL 1.0.2

The "| libssl-dev (<< 1.1.0~)" is added for backports.

--- debian/control.old  2016-12-11 00:00:02.0 +
+++ debian/control  2016-12-11 00:00:08.0 +
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Casper Gielen 
 Uploaders: Joost van Baal-Ilić 
-Build-Depends: debhelper (>= 9), libssl-dev, libjudy-dev, 
libtest-command-simple-perl, dpkg-dev (>= 1.16.1~)
+Build-Depends: debhelper (>= 9), libssl1.0-dev | libssl-dev (<< 1.1.0~), 
libjudy-dev, libtest-command-simple-perl, dpkg-dev (>= 1.16.1~)
 Standards-Version: 3.9.5
 Homepage: http://www.validns.net/
 Vcs-Git: https://anonscm.debian.org/git/collab-maint/validns.git


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#828443: Patch for the mosquitto-auth-plugin RC bugs

[Adrian Bunk]

Control: tags -1 patch

Not a perfect solution but sufficient for stretch is the patch below to 
use OpenSSL 1.0.2

The "| libssl-dev (<< 1.1.0~)" is added for backports.

The libmysqlclient-dev build-dependency is updated to 
default-libmysqlclient-dev.

--- debian/control.old  2016-12-11 00:03:01.0 +
+++ debian/control  2016-12-11 00:03:12.0 +
@@ -2,8 +2,8 @@
 Section: net
 Priority: optional
 Maintainer: Adam Majer 
-Build-Depends: debhelper (>= 9), libssl-dev, libmosquitto-dev, mosquitto-dev,
-   libhiredis-dev, libmysqlclient-dev, libpq-dev, libsqlite3-dev,
+Build-Depends: debhelper (>= 9), libssl1.0-dev | libssl-dev (<< 1.1.0~), 
libmosquitto-dev, mosquitto-dev,
+   libhiredis-dev, default-libmysqlclient-dev, libpq-dev, 
libsqlite3-dev,
libldap2-dev, libcdb-dev, libcurl4-gnutls-dev
 Standards-Version: 3.9.6
 Homepage: https://github.com/jpmens/mosquitto-auth-plug


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#828586: Building with OpenSSL 1.0.2 is sufficient for stretch

[Adrian Bunk]

Control: tags -1 patch

Not a perfect solution but sufficient for stretch is the patch below to 
use OpenSSL 1.0.2

The "| libssl-dev (<< 1.1.0~)" is added for backports.

--- debian/control.old  2016-12-10 23:57:31.0 +
+++ debian/control  2016-12-10 23:57:36.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Jose Luis Tallon 
 Build-Depends: autotools-dev, debhelper (>= 5), po-debconf (>= 0.8.2), 
-   libwrap0-dev, libncurses-dev, libssl-dev, dh-systemd
+   libwrap0-dev, libncurses-dev, libssl1.0-dev | libssl-dev (<< 1.1.0~), 
dh-systemd
 Homepage: http://www.imapproxy.org
 Standards-Version: 3.8.4
 


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#847720: RM: trafficserver [arm64 ppc64el] -- RoQA; build dependency libluajit-5.1-dev is not yet available on arm64 and ppc64el

[Adrian Bunk]

Package: ftp.debian.org
Severity: normal

The latest trafficserver package uses the system libluajit-5.1-dev
instead of an internal copy.

libluajit-5.1-dev is not yet available on arm64 and ppc64el
(2.1.0~beta2 in experimental is).

Bug#828560: Building with OpenSSL 1.0.2 is sufficient for stretch

[Adrian Bunk]

Control: tags -1 patch

Not a perfect solution but sufficient for stretch is the patch below to 
use OpenSSL 1.0.2

The "| libssl-dev (<< 1.1.0~)" is added for backports.

--- debian/control.old  2016-12-10 23:47:29.0 +
+++ debian/control  2016-12-10 23:47:33.0 +
@@ -2,7 +2,7 @@
 Section: net
 Priority: optional
 Maintainer: Takuo Kitame 
-Build-Depends: debhelper (>= 6.0.7~), libssl-dev
+Build-Depends: debhelper (>= 6.0.7~), libssl1.0-dev | libssl-dev (<< 1.1.0~)
 Standards-Version: 3.8.3
 
 Package: stone


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#828525: Building with OpenSSL 1.0.2 is sufficient for stretch

[Adrian Bunk]

Control: tags -1 patch

Not a perfect solution but sufficient for stretch is the patch below to 
use OpenSSL 1.0.2

The "| libssl-dev (<< 1.1.0~)" is added for backports.

--- debian/control.old  2016-12-10 23:20:55.0 +
+++ debian/control  2016-12-10 23:21:02.0 +
@@ -7,7 +7,7 @@
  qtbase5-private-dev, qtscript5-dev,
  libqt5x11extras5-dev,
  libx11-dev,
- libssl-dev, kdelibs5-dev, libgnome-keyring-dev,
+ libssl1.0-dev | libssl-dev (<< 1.1.0~), kdelibs5-dev, libgnome-keyring-dev,
  libjs-jquery, libjs-jquery-ui
 Standards-Version: 3.9.7
 Homepage: http://www.qupzilla.com/


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#828583: Building with OpenSSL 1.0.2 is sufficient for stretch

[Adrian Bunk]

Control: tags -1 patch

Not a perfect solution but sufficient for stretch is the patch below to 
use OpenSSL 1.0.2

The "| libssl-dev (<< 1.1.0~)" is added for backports.

--- debian/control.old  2016-12-10 23:42:28.0 +
+++ debian/control  2016-12-10 23:42:33.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Boris Pek 
 Build-Depends: debhelper (>= 8), cmake (>= 2.8.3), fakeroot,
- libsqlite3-dev, libssl-dev
+ libsqlite3-dev, libssl1.0-dev | libssl-dev (<< 1.1.0~)
 Homepage: http://www.uhub.org/
 Vcs-Git: git://github.com/tehnick/uhub-debian.git
 Vcs-Browser: https://github.com/tehnick/uhub-debian


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#844631: Still Present in 53.0.2785.143-1~deb8u1

[Jonathan Hutchins]

I can report that this problem is definitely active in 
53.0.2785.143-1~deb8u1 https://bankofamerica.com is unusable because
internal pages do not render due to some content using the non-accepted
cert (I think that's what it is).

Bug#844631: Still Present in 53.0.2785.143-1~deb8u1

[Jonathan Hutchins]

Note that the discussion at
https://bugs.chromium.org/p/chromium/issues/detail?id=664177 says the bug
is fixed in a build of 55, not 53, and further that 53 is insecure and
should not be used.

Bug#846145: php7.0 sock path

[Ognyan Kulev]

Hi,

Actually the path is /run/php/php7.0-fpm.sock (without /var). You can 
see it in 
https://anonscm.debian.org/cgit/pkg-php/php.git/tree/debian/rules.d/prepare-fpm-pools.mk


/var/run is symlinked to /run but it is better if it's the real path.

Best regards,
Ognyan

Bug#839050: js24 crashes on ARM64

[Jeremy Bicha]

Control: reopen -1

The fix for this broke gdm, gnome-shell, and cinnamon and had to be
reverted so I'm reopening this bug.

mozjs24 (24.2.0-5) unstable; urgency=low

  * Revert fix for ARM64 crashes, causes even more problems (closes: #847542).

https://bugs.debian.org/847542


Thanks,
Jeremy Bicha

Bug#846061: [Pkg-amule-devel] Bug#846061: Amule always crash and with no reason output

[Sandro Tosi]

control: severity -1 important
control: tags -1 +moreinfo

downgrading since it's the only report of a crash

On Mon, Nov 28, 2016 at 4:06 AM, M0xkLurk3r  wrote:
> The amule I had installed(version 2.3.2) always crash with no reasons (like
> suddenly killed by somebody and the window vanish from my desktop) i don't 
> know
> why and i have no idea to deal with the error, even catch the error log.

please follow the steps at
http://wiki.amule.org/wiki/Backtraces#Create_a_backtrace to generate a
gdb backtrace and report it back here, thanks

-- 
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#847377:

[Christopher Hoskin]

But I suppose that should be a bug against the existing package?

Bug#846177: [Pkg-rust-maintainers] Bug#846177: A rustc-src package would be useful for racer completion

[Angus Lees]

On Tue, 29 Nov 2016, 10:51 Dato Simó  wrote:

> It would be nice to have a rustc-src package containing the source for
> Rust itself.
>
> The (widely-used) racer completion engine needs access to the source in
> order to work.
>

I'm becoming a big fan of racer, so I'm all for this!  I haven't looked at
the internals however - I presume racer only needs the source for std (and
core) not the compiler itself?

 - Gus

>

Bug#828547: Building with OpenSSL 1.0.2 is sufficient for stretch

[Adrian Bunk]

Control: tags -1 patch

Not a perfect solution but sufficient for stretch is the patch below to 
use OpenSSL 1.0.2

The "| libssl-dev (<< 1.1.0~)" is added for backports.

--- debian/control.old  2016-12-10 23:21:34.0 +
+++ debian/control  2016-12-10 23:21:40.0 +
@@ -2,7 +2,7 @@
 Section: web
 Priority: extra
 Maintainer: Bartosz Fenski 
-Build-Depends: debhelper (>= 7.0.50~), libssl-dev, zlib1g-dev, libidn11-dev, 
libpcre3-dev
+Build-Depends: debhelper (>= 7.0.50~), libssl1.0-dev | libssl-dev (<< 1.1.0~), 
zlib1g-dev, libidn11-dev, libpcre3-dev
 Standards-Version: 3.9.3
 Homepage: http://code.google.com/p/skipfish/
 


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#847719: RFS: gap-factint/1.5.3 [ITP] dvanced methods for factoring integers for GAP

[Jerome Benoit]

Package: sponsorship-requests
Severity: wishlist

Dear Sponsor,

I am looking for sponsorship for the Debian GAP package gap-factint 
[1,2]
which brings to Debian the GAP package FactINT. This GAP package is
preloaded by the GAP interface of Sage[Math].

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=847645
[2] https://anonscm.debian.org/cgit/debian-science/packages/gap-factint.git


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

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

Bug#847377:

[Christopher Hoskin]

Unless RT 4.4 requires a newer version than is in Sid?

Christopher

Bug#828488: Building with OpenSSL 1.0.2 is sufficient for stretch

[Adrian Bunk]

Control: tags -1 patch

Not a perfect solution but sufficient for stretch is the patch below to 
use OpenSSL 1.0.2

The "| libssl-dev (<< 1.1.0~)" is added for backports.

--- debian/control.old  2016-12-10 23:10:05.0 +
+++ debian/control  2016-12-10 23:10:12.0 +
@@ -1,7 +1,7 @@
 Source: pam-ssh-agent-auth
 Priority: optional
 Maintainer: Christian M. Amsüss 
-Build-Depends: debhelper (>= 9), autotools-dev, libssl-dev, libpam0g-dev
+Build-Depends: debhelper (>= 9), autotools-dev, libssl1.0-dev | libssl-dev (<< 
1.1.0~), libpam0g-dev
 Standards-Version: 3.9.5
 Section: libs
 Homepage: http://pamsshagentauth.sf.net/


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#828497: Building with OpenSSL 1.0.2 is sufficient for stretch

[Adrian Bunk]

Control: tags -1 patch

Not a perfect solution but sufficient for stretch is the patch below to 
use OpenSSL 1.0.2

The "| libssl-dev (<< 1.1.0~)" is added for backports.

--- debian/control.old  2016-12-10 23:05:37.0 +
+++ debian/control  2016-12-10 23:05:56.0 +
@@ -6,7 +6,7 @@
  Marco Nenciarini ,
  Adrian Vondendriesch 
 Build-Depends: debhelper (>= 9), libpq-dev, postgresql-server-dev-all (>= 
148~),
- libpam0g-dev, libssl-dev, libmemcached-dev, dh-autoreconf,
+ libpam0g-dev, libssl1.0-dev | libssl-dev (<< 1.1.0~), libmemcached-dev, 
dh-autoreconf,
  dh-systemd (>= 1.19), flex,
 # test/parser:
 # bison, flex, ruby
--- debian/control.in.old   2016-12-10 23:05:44.0 +
+++ debian/control.in   2016-12-10 23:05:49.0 +
@@ -6,7 +6,7 @@
  Marco Nenciarini ,
  Adrian Vondendriesch 
 Build-Depends: debhelper (>= 9), libpq-dev, postgresql-server-dev-all (>= 
148~),
- libpam0g-dev, libssl-dev, libmemcached-dev, dh-autoreconf,
+ libpam0g-dev, libssl1.0-dev | libssl-dev (<< 1.1.0~), libmemcached-dev, 
dh-autoreconf,
  dh-systemd (>= 1.19), flex,
 # test/parser:
 # bison, flex, ruby


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#794438: Info received (Partition manager does not launch)

[Herminio Hernandez Jr]

On Saturday, December 10, 2016 7:09:05 PM MST Debian Bug Tracking System 
wrote:
> Thank you for the additional information you have supplied regarding
> this Bug report.
> 
> This is an automatically generated reply to let you know your message
> has been received.
> 
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
> 
> Your message has been sent to the package maintainer(s):
>  Debian KDE Extras Team 
> 
> If you wish to submit further information on this problem, please
> send it to 794...@bugs.debian.org.
> 
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
 I successfully rebuilt partionmanager using the packaging from Neon. I can 
verify that it the app now works under debian. I was able to format a USB with 
ext4 .


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

Bug#827280: jython: Jython 2.7.0 released 2015-05, package should be updated

[Emmanuel Bourg]

Le 10/12/2016 à 14:56, Gilles Filippini a écrit :

> It's too late for stretch, because it would trigger a transition.
> Anyway, I've made a package for release 2.7.0.
> Emmanuel, permission to upload to experimental?

Hi Gilles, I don't give permissions, you don't need it actually, but I'm
happy to give some advices.

What is the level of compatibility between jython 2.5 and 2.7? There
aren't many package using jython, so if you have the version 2.7 ready I
wouldn't mind if it was uploaded to unstable. And if the transition is
too difficult we could upload a new jython-2.7 package, that would be
less disruptive.

Emmanuel Bourg

Bug#828484: Building with OpenSSL 1.0.2 is sufficient for stretch

[Adrian Bunk]

Control: tags -1 patch

Not a perfect solution but sufficient for stretch is the patch below to 
use OpenSSL 1.0.2

The "| libssl-dev (<< 1.1.0~)" is added for backports.

--- debian/control.old  2016-12-10 22:58:29.0 +
+++ debian/control  2016-12-10 22:58:35.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Homepage: http://www.ktools.org/owl/
 Maintainer: Mark W. Eichin 
-Build-Depends: debhelper (>> 9), libzephyr-dev (>= 3.0~beta), libncurses5-dev, 
libkrb5-dev, libperl-dev, libssl-dev, libglib2.0-dev, ncurses-term
+Build-Depends: debhelper (>> 9), libzephyr-dev (>= 3.0~beta), libncurses5-dev, 
libkrb5-dev, libperl-dev, libssl1.0-dev | libssl-dev (<< 1.1.0~), 
libglib2.0-dev, ncurses-term
 Standards-Version: 3.9.5
 
 Package: owl


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#847701: kodi: Movie player unusable with libva error

[Leandro Noferini]

Sebastian Ramacher  writes:


[...]

>>00:02.0 VGA compatible controller: Intel Corporation Atom Processor
>>D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller (rev 02) (prog-if
>>00 [VGA controller])
>>Subsystem: Intel Corporation Atom Processor
>> D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller
>> Flags: bus master, fast devsel, latency 0, IRQ 29
>> Memory at e020 (32-bit, non-prefetchable) [size=512K]
>>I/O ports at 20c0 [size=8]
>>Memory at d000 (32-bit, prefetchable) [size=256M]
>>Memory at e010 (32-bit, non-prefetchable) [size=1M]
>> [virtual] Expansion ROM at 000c [disabled] [size=128K]
>>Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
>>Capabilities: [d0] Power Management version 2
>>Kernel driver in use: i915
>>Kernel modules: i915
>
> I don't think that your GPU is supported by i965-va-driver. So using the VA 
> API
> rendering engine won't work for you.

Yes, the module is the i915. Also disabling all the acceleration engines
the player does not work.

So with this GPU this version of kodi is unusable?

-- 
leandro
1A0B 125B 2E4D 2DAE 4E26  4551 88FB BBCC 7A29 640B
https://bbs.cybervalley.org/ChiaveLeandro/gpg.html
http://6xukrlqedfabdjrb.onion


signature.asc
Description: PGP signature

Bug#842938: jessie-pu: package libwmf/0.2.8.4-10.3+deb8u2

[Bálint Réczey]

2016-12-10 22:49 GMT+01:00 Adam D. Barratt :
> Control: tags -1 -moreinfo -confirmed
>
> On Mon, 2016-11-14 at 12:29 +0100, Bálint Réczey wrote:
>> Hi,
>>
>> 2016-11-10 16:20 GMT+01:00 Adam D. Barratt :
>> > Control: tags -1 + moreinfo
>> >
>> > On Wed, 2016-11-02 at 13:39 +0100, Bálint Réczey wrote:
>> >> The Security Team suggested fixing the CVE-2016-9011 [1] security
>> >> issue through a point release.
>> >>
>> >> The issue is a memory allocation failure in wmf_malloc (api.c).
>> >>
>> >> Please see the debdiff attached.
>> >>
>> >> I have uploaded an NMU [2] to DELAYED/10 with the same fix for unstable.
>> >
>> > Please let us know once the fix is in unstable.
>>
>>
>> It landed.
>
> Please go ahead.

Done.

Cheers,
Balint

Bug#847717: jabref: "toogle groups interface" not persistent

[Christian Buhtz]

Package: jabref
Version: 3.6+ds-1
Severity: minor

Dear Maintainer,

this report is about the "View -> Toogle groups interface".

I can activate it without problems. The groups tree is shown. After restart
jabref it is gone.
I can reproduce this with the current package version.

Using the version 3.7 (from jabref.org) I can not reproduce this. It seems that
3.7 doesn't forget the toggle status of the groups interface.

kind
Christian Buhtz



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

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

Versions of packages jabref depends on:
ii  default-jre [java8-runtime] 2:1.8-57
ii  java-wrappers   0.1.28
ii  libandroid-json-java7.0.0+r3-1
ii  libantlr3-runtime-java  3.5.2-6
ii  libantlr4-runtime-java  4.5.3-1
ii  libbcprov-java  1.55-2
ii  libcommons-cli-java 1.3.1-3
ii  libcommons-lang3-java   3.5-1
ii  libcommons-logging-java 1.2-1
ii  libglazedlists-java 1.9.1-2
ii  libguava-java   19.0-1
ii  libhttpasyncclient-java 4.1.2-1
ii  libhttpclient-java  4.5.2-2
ii  libhttpmime-java4.5.2-2
ii  libjava-string-similarity-java  0.19-1
ii  libjempbox-java 1:1.8.12-1
ii  libjgoodies-common-java 1.8.1-2
ii  libjgoodies-forms-java  1.9.0-3
ii  libjgoodies-looks-java  2.7.0-2
ii  libjhlabs-filters-java  2.0.235-3
ii  libjsoup-java   1.10.1-1
ii  liblog4j2-java  2.7-1
ii  libmicroba-java 1:0.4.4.3-5
ii  libpdfbox-java  1:1.8.12-1
ii  libreoffice-java-common 1:5.2.4~rc1-1
ii  libspin-java1.5+dfsg-8
ii  libswing-layout-java1.0.4-4
ii  libswingx-java  1:1.6.2-2
ii  libunirest-java-java1.4.8-1
ii  openjdk-8-jre [java8-runtime]   8u111-b14-3

Versions of packages jabref recommends:
pn  libmysql-java
pn  libpostgresql-jdbc-java  
ii  libreoffice-writer   1:5.2.4~rc1-1
ii  xdg-utils1.1.1-1

Versions of packages jabref suggests:
ii  evince [postscript-viewer]   3.22.1-2
ii  ghostscript [postscript-viewer]  9.20~dfsg-1
ii  okular [postscript-viewer]   4:16.08.2-1
pn  xpdf | pdf-viewer

-- no debconf information

Bug#847716: monkeysign should Depend: on python-socks (failure: "No module named socks")

[Daniel Kahn Gillmor]

Package: monkeysign
Version: 2.2.1
Severity: normal

0 dkg@alice:~$ monkeyscan
some modules missing for scanning functionality: No module named socks
1 dkg@alice:~$ dpkg -l python-socks
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
un  python-socks (no description available)
0 dkg@alice:~$ 


This looks like a missing dependency.  it goes away when i "apt
install python-socks".

--dkg

-- Package-specific info:

detailed monkeysign version information
some modules missing for scanning functionality: No module named socks

please also include a backtrace and full --debug information

WARNING: make sure you review the information included in the output for
confidential information. secret key material should never show up in
Monkeysign output, but public key material, including user identies like
pictures and email addresses may be shown.

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

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

Versions of packages monkeysign depends on:
ii  dirmngr   2.1.16-3
ii  gnupg 2.1.16-3
ii  gnupg-agent   2.1.16-3
ii  python-pkg-resources  28.7.1-1
pn  python:any

Versions of packages monkeysign recommends:
ii  python-gtk2   2.24.0-5.1
ii  python-mock   2.0.0-3
ii  python-qrencode   1.2-1
ii  python-zbar   0.10+doc-10+b2
ii  python-zbarpygtk  0.10+doc-10+b2

Versions of packages monkeysign suggests:
pn  monkeysign-doc  

-- no debconf information

Bug#847715: node-resumer depends on node-through2 (>= 2.3.4), but only 2.0.3-1 is in the archive

[Adrian Bunk]

Package: node-resumer
Version: 0.0.0-1
Severity: serious

node-resumer depends on node-through2 (>= 2.3.4),
but only 2.0.3-1 is in the archive.

Bug#847025: xserver-xorg-core: Version 1.19.0 crashes frequently

[Robert Luberda]

Emilio Pozuelo Monfort wrote:

Hi,

> Can you install xserver-xorg-core-dbg and get a gdb backtrace of the xserver 
> crash?

Sorry, I didn't have time until today. Please find 3 backtrace files
from X 1.19.0-2 attached. The first and the last traces are quite
similar, the second one seems to be a bit different.

Regards,
robert








Thread 1 "Xorg" received signal SIGSEGV, Segmentation fault.
0x8021bcac in RegionUninit (_pReg=0x82ae58b4) at 
../../../include/regionstr.h:165
165 ../../../include/regionstr.h: Nie ma takiego pliku ani katalogu.
(gdb) bt full
#0  0x8021bcac in RegionUninit (_pReg=0x82ae58b4) at 
../../../include/regionstr.h:165
No locals.
#1  RegionEmpty (_pReg=0x82ae58b4) at ../../../include/regionstr.h:194
No locals.
#2  damageRegionProcessPending (pDamage=0x82ae5880, pDamage@entry=0x82859250) 
at ../../../miext/damage/damage.c:298
No locals.
#3  0x8021f38b in damagePutImage (pDrawable=0x82869a68, pGC=0x827d5370, 
depth=24, x=0, y=0, w=2, h=7, leftPad=0, format=2,
pImage=0x826c4b20 
"\202h\377\377mW\326\377mW\326\377\201g\376\376mW\326\377_L\273\376mW\326\377aN\277\376mW\326\377cO\303\376mW\326\377\\J\267\375mW\326\377\063(d\217=\001\004")
 at ../../../miext/damage/damage.c:739
pDamage = 0x82859250
oldFuncs = 0x80369190 
#4  0x8012882e in ProcPutImage (client=0x8279ebe8) at ../../dix/dispatch.c:2053
pGC = 0x827d5370
pDraw = 0x82869a68
length = 8
lengthProto = 8
tmpImage = 0x826c4b20 
"\202h\377\377mW\326\377mW\326\377\201g\376\376mW\326\377_L\273\376mW\326\377aN\277\376mW\326\377cO\303\376mW\326\377\\J\267\375mW\326\377\063(d\217=\001\004"
stuff = 
#5  0x8012bf01 in Dispatch () at ../../dix/dispatch.c:469
result = 
start_tick = 12505
#6  0x80130221 in dix_main (argc=8, argv=0xbf8678b4, envp=0xbf8678d8) at 
../../dix/main.c:287
i = 
alwaysCheckForInput = {0, 1}
#7  0x801198aa in main (argc=8, argv=0xbf8678b4, envp=0xbf8678d8) at 
../../dix/stubmain.c:34
No locals.


(gdb) info threads
  Id   Target Id Frame
* 1Thread 0xb6f97080 (LWP 2855) "Xorg" 0x801198aa in main (argc=8, 
argv=0xbf8678b4, envp=0xbf8678d8) at ../../dix/stubmain.c:34
  2Thread 0xb5f68b40 (LWP 2860) "InputThread" 0xb7757ce5 in 
__kernel_vsyscall ()
(gdb)


(gdb) thread apply all bt

Thread 2 (Thread 0xb5f68b40 (LWP 2860)):
#0  0xb7757ce5 in __kernel_vsyscall ()
#1  0xb72a31ca in epoll_wait () at ../sysdeps/unix/syscall-template.S:84
#2  0x8029e2a8 in ospoll_wait (ospoll=0x82575930, timeout=-1) at 
../../os/ospoll.c:397
#3  0x8029b843 in InputThreadDoWork (arg=0x0) at ../../os/inputthread.c:360
#4  0xb73782da in start_thread (arg=0xb5f68b40) at pthread_create.c:333
#5  0xb72a29fe in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:113

Thread 1 (Thread 0xb6f97080 (LWP 2855)):
#0  0x8021bcac in RegionUninit (_pReg=0x82ae58b4) at 
../../../include/regionstr.h:165
#1  RegionEmpty (_pReg=0x82ae58b4) at ../../../include/regionstr.h:194
#2  damageRegionProcessPending (pDamage=0x82ae5880, pDamage@entry=0x82859250) 
at ../../../miext/damage/damage.c:298
#3  0x8021f38b in damagePutImage (pDrawable=0x82869a68, pGC=0x827d5370, 
depth=24, x=0, y=0, w=2, h=7, leftPad=0, format=2,
pImage=0x826c4b20 
"\202h\377\377mW\326\377mW\326\377\201g\376\376mW\326\377_L\273\376mW\326\377aN\277\376mW\326\377cO\303\376mW\326\377\\J\267\375mW\326\377\063(d\217=\001\004")
 at ../../../miext/damage/damage.c:739
#4  0x8012882e in ProcPutImage (client=0x8279ebe8) at ../../dix/dispatch.c:2053
#5  0x8012bf01 in Dispatch () at ../../dix/dispatch.c:469
#6  0x80130221 in dix_main (argc=8, argv=0xbf8678b4, envp=0xbf8678d8) at 
../../dix/main.c:287
#7  0x801198aa in main (argc=8, argv=0xbf8678b4, envp=0xbf8678d8) at 
../../dix/stubmain.c:34
(gdb)
(gdb) p *_pReg
$2 = {extents = {x1 = 11152, y1 = 21293, x2 = 6, y2 = 0}, data = 0x24b976af}

(gdb) p *_pReg->data
Cannot access memory at address 0x24b976af

(gdb) x/ 0x8021bcac
0x8021bcac : -763031413

Thread 1 "Xorg" received signal SIGSEGV, Segmentation fault.
0xb751f4e1 in pixman_region_subtract (reg_d=0xbfb8dca0, reg_m=0x82bffb8c, 
reg_s=0x82bffb60) at ../../pixman/pixman-region.c:1966
1966../../pixman/pixman-region.c: Nie ma takiego pliku ani katalogu.
(gdb) bt full
#0  0xb751f4e1 in pixman_region_subtract (reg_d=0xbfb8dca0, reg_m=0x82bffb8c, 
reg_s=0x82bffb60) at ../../pixman/pixman-region.c:1966
No locals.
#1  0x8013440b in RegionSubtract (regS=0x82bffb60, regM=0x82bffb8c, 
regD=) at ../../../include/regionstr.h:271
No locals.
#2  DamageReportDamage (pDamage=0x82bffb58, pDamageRegion=0x82bffb8c) at 
../../../miext/damage/damage.c:1918
tmpRegion = {extents = {x1 = 0, y1 = 0, x2 = 0, y2 = 0}, data = 
0x8028388c }
was_empty = 
#3  0x80134c9b in damageRegionProcessPending (pDamage=0x82bffb58, 
pDamage@entry=0x827f23a0) at ../../../miext/damage/damage.c:291
No locals.
#4  0x8013838b in damagePutImage (pDrawable=0x8275c818, pGC=0x825d44a0, 
depth=24, x=0, y=0, w=2, h=7, 

Bug#839048: fixed in mozjs 1.8.5-1.0.0+dfsg-5.1

[John Paul Adrian Glaubitz]

On 12/10/2016 11:01 PM, Andreas Beckmann wrote:
> On Fri, 09 Dec 2016 03:03:43 + John Paul Adrian Glaubitz
>  wrote:
>>* Add Modify_tagged_pointer_structure_js1.8.5.patch to modify tagged
>>  pointer to use 48 bit virtual address space (Closes: #839048).
> 
> Was this issue only present in stretch/sid or is it also present in jessie?

I assume it affects Jessie as well since it is a fundamental issue
JavaScript on arm64. The JS engine provides 47 bits of JSValue for
the virtual address space while arm64 requires 48 bits.

Looking at the patch upstream [1], you can see that the issue with
address bits being used by the JS engine affects many architectures.

It's definitely a good idea to backport this.

Adrian

> [1] https://hg.mozilla.org/mozilla-central/rev/dfaafbaaa291

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

Bug#839048: fixed in mozjs 1.8.5-1.0.0+dfsg-5.1

[Andreas Beckmann]

On Fri, 09 Dec 2016 03:03:43 + John Paul Adrian Glaubitz
 wrote:
>* Add Modify_tagged_pointer_structure_js1.8.5.patch to modify tagged
>  pointer to use 48 bit virtual address space (Closes: #839048).

Was this issue only present in stretch/sid or is it also present in jessie?


Andreas

Bug#842938: jessie-pu: package libwmf/0.2.8.4-10.3+deb8u2

[Adam D. Barratt]

Control: tags -1 -moreinfo -confirmed

On Mon, 2016-11-14 at 12:29 +0100, Bálint Réczey wrote:
> Hi,
> 
> 2016-11-10 16:20 GMT+01:00 Adam D. Barratt :
> > Control: tags -1 + moreinfo
> >
> > On Wed, 2016-11-02 at 13:39 +0100, Bálint Réczey wrote:
> >> The Security Team suggested fixing the CVE-2016-9011 [1] security
> >> issue through a point release.
> >>
> >> The issue is a memory allocation failure in wmf_malloc (api.c).
> >>
> >> Please see the debdiff attached.
> >>
> >> I have uploaded an NMU [2] to DELAYED/10 with the same fix for unstable.
> >
> > Please let us know once the fix is in unstable.
> 
> 
> It landed.

Please go ahead.

Regards,

Adam

Bug#847714: dictem: Vcs-Git points to the upstream Git — it shouldn't

[Andrew Shadura]

Package: dictem
Severity: minor

Dear Maintainer,

Vcs-Git field in your package points to the upstream Git repository:
. However, the purpose of this
field is to point to the maintainer's Git repository, where the
packaging lives, as Debian Policy §5.6.26 specifies (see [1]):

The purpose of the following fields is to indicate a publicly
accessible repository where the Debian source package is developed.

<...>

The field's value uses the version control system's conventional
syntax for describing repository locations and should be sufficient
to locate the repository used for packaging.

Please update the field to point to your actual packaging repository,
or remove the field in the unlikely case you're not yet using any VCS
to maintain your package.

[1]: 
https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-VCS-fields

-- 
Cheers,
  Andrew

Bug#845474: jessie-pu: package sniffit/0.3.7.beta-17

[Adam D. Barratt]

Control: tags -1 + confirmed

On Wed, 2016-11-23 at 17:32 -0200, Joao Eriberto Mota Filho wrote:
> This update will fix CVE-2014-5439: Root shell on Sniffit[1]. The issue is
> already fixed in Sid (since 0.3.7.beta-20, without a bug) and in upstream.
> 
> [1] 
> http://hmarco.org/bugs/CVE-2014-5439-sniffit_0.3.7-stack-buffer-overflow.html

Please go ahead.

Regards,

Adam

Bug#846017: jessie-pu: package ieee-data/20150531.1~deb8u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sun, 2016-11-27 at 15:10 -0500, Luciano Bello wrote:
> I would like to remove the cron job in ieee-data (closes: #826104) since 
> we are DDoS IEEE servers every month. I was hopping that the amount of stable 
> installations were gentle with their servers, but I underestimate the amount 
> of Debian installations (and overestimated the IEEE servers). Anyway, I still 
> getting reports from people that we are getting fetching problems. So, here 
> is 
> the patch.

Please go ahead.

Regards,

Adam

Bug#782294: asciidoc: make timestamps reproducible adding the flag --use-utc-timezone

[Anders Kaseorg]

Now that we have SOURCE_DATE_EPOCH, consider this PR as a replacement.  It 
allows software that builds with AsciiDoc to build reproducibly without 
being patched to pass additional flags:

https://github.com/asciidoc/asciidoc/pull/106

Anders

Bug#845564: jessie-pu: package lxc/1:1.0.6-6+deb8u5

[Adam D. Barratt]

Control: tags -1 + confirmed

On Thu, 2016-11-24 at 17:59 +0100, Evgeni Golov wrote:
> even if lxc/1:1.0.6-6+deb8u4 did not reach stable yet (see #844150),
> we would like to fix another bug in stable:
>  #845465 aka CVE-2016-8649: attach: do not send procfd to attached process
> it was marked as non-dsa by the security team as it is not exploitable
> in the default config we ship in Jessie, yet it would be nice to have it 
> fixed.

Please go ahead.

Regards,

Adam

Bug#844184: RFS: muse-el/3.20+dfsg-1 [ITA]

[Sean Whitton]

Dear Nicholas,

On Wed, Dec 07, 2016 at 09:16:28PM -0500, Nicholas D Steeves wrote:
> Thank you once again for holding me to high standards and for taking
> the time to point out what needs work!

And thank you for your patience with this review process.

I saw some more problems.  Some of these are quite elementary errors:

1. You're still not closing the ITA properly.  You are missing a '#'
character.

2. There is a spurious '+' character in your rules file that is subtly
breaking the build.

I notice that you have an application to be a DM.  These sorts of errors
can cause broken uploads, and confusion among collaborators.  Please try
to get into the habit of checking your commits very carefully,
especially when they are intended for upload to Debian.

Okay, now the less elementary stuff:

2. Upstream's README says that the license for contrib/*blosxom is
different from the main project.  This should be reflected in
d/copyright (though see below for other issues to resolve first).

3. Point 15 from my previous e-mail not yet addressed:

> Why does elpa-muse depend on emacs-goodies-el?  Maybe add a comment to
> the control file.

4. "- Change section to editors; Change priority to optional."

This should be two separate lines.

5. Have you figured out that "binary package" stuff discussed in your
previous e-mail by yourself, or is that something I can help you with?

> > 6. In d/NEWS,
> > 
> > > Unfortunately, it is not possible to distribute this manual with the
> > > muse-el Debian package because the Debian project has chosen to remove
> > > most GFDL'd documentation.
> > 
> > Wouldn't you say the unfortunate thing is that the manual has not been
> > relicensed under a DFSG-compatible license? ;)
> 
> Yes, I agree :-) however, I didn't write that part of d/NEWS and only
> made in-line updates to paths.  Originally I had added a message at
> the top which essentially said "in your head, do s/this/that/ -e s/and
> this/with this/ -e s/and don't forget/this either/".  It seemed
> clumsy, so I decided to merge it and put the originally author's name
> unambiguously right at the top.

Okay.

> > 7. I'm pretty sure you shouldn't compress
> > /usr/share/doc/elpa-muse/QuickStart.pdf.  It might break doc-base
> > clients, and in any case, I doubt that gzip compression is very good
> > for PDFs.
> 
> That you for reminding me to fix this; my mental TODO list dropped
> this item!  On that topic, should examples/* be ready to copy into
> place and use, or is ok to let dh_examples compress those? (related to
> the answer to 10.)

I think it's fine to let examples be compressed.

> > 9. There is still a lot of Lintian output.  Please make the package
> > Lintian clean.  Please ensure you turn on experimental and
> > informational tags:
> > 
> > I: muse-el source: binary-control-field-duplicates-source field 
> > "priority" in package muse-el
> > E: muse-el source: license-problem-gfdl-invariants README invariant 
> > part is: with no invariant sections, and with the front-cover texts and 
> > back-cover texts as specified in the manual
> > I: muse-el source: debian-watch-file-is-missing
> > I: elpa-muse: debian-news-entry-uses-asterisk
> > X: elpa-muse: privacy-breach-generic 
> > usr/share/doc/elpa-muse/examples/mwolson/templates/generic-header.html 
> > (http://www.mwolson.org/web/aboutme.html)
> > X: elpa-muse: privacy-breach-generic 
> > usr/share/doc/elpa-muse/examples/mwolson/templates/header.html 
> > (http://blog.mwolson.org/index.rss)
> > X: elpa-muse: privacy-breach-generic 
> > usr/share/doc/elpa-muse/examples/mwolson/templates/header.html 
> > (http://mwolson.org/web/aboutme.html)
> > X: elpa-muse: privacy-breach-generic ... use --no-tag-display-limit to 
> > see all (or pipe to a file/program)
> > I: muse-el: debian-news-entry-uses-asterisk
> > I: muse-el: description-synopsis-might-not-be-phrased-properly
> 
> E: muse-el source: license-problem-gfdl-invariants README is, to the
> best of my knowledge bogus, because that documentation is stripped
> from our orig.tarball.  I believe it's ok to leave the README
> unpatched, but I might be wrong about this.

Yes, it's fine to leave it unpatched.

> I've contacted Michael Olson about the possibility of providing an
> examples/mwolson tarball on his website, because as I see it the
> external links are an integral part of the Muse-managed website
> example.  Specifically, I believe the intent of the example is to
> provide a copy of a website that is browsable online so that the user
> can explore both the source layout of a Muse-managed project and
> browse the result.  In the meantime, I've added an override; if that
> override is unacceptable, please let me know.  If we can keep the
> override, I'd be happy to notify users--with NEWS--of the potential
> privacy breach.

Looks good to me -- thanks for figuring out the warnings.

It would be good to limit the override to that directory.  Lintian
overrides support wil

Bug#846948: jessie-pu: package file/1:5.22+15-2+deb8u3

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sun, 2016-12-04 at 15:56 +0100, Christoph Biedl wrote:
> A memory leak was found in in libmagic's (src:file) loader of magic
> files, appearently independently by Shi Yin in PR/569[1] and Arnaud
> Quette in #840754[2]. This was fixed upstream in version 5.29 which is
> in testing and unstable (as 1:5.29-1), oldstable/wheezy doesn't seem to
> have this problem.

Please go ahead.

Regards,

Adam

Bug#846031: jessie-pu: package tre/0.8.0-4+deb8u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Mon, 2016-11-28 at 00:50 +0100, Santiago Vila wrote:
> Salvatore told me that this does not warrant a DSA. so I've prepared
> this upload for jessie-proposed-updates, to be considered for stable.
> It fixes CVE-2016-8859.

Please go ahead.

Regards,

Adam

Bug#846583: cloud.debian.org: AWS Image should enable DHCPv6 client

[Sam Hartman]

I've played with systemd-networkd a bit.
It seems capable enough to handle this use case, but it has some
significant drawbacks.
It's not very backward compatible with expected sysadmin patterns.  That
is, as a sysadmin, I'd expect ifup and ifdown to work.  I expect to be
able to do things like ifdown eth0&&ifup eth0 to bounce the network on
an instance.
And with systemd-networkd, that doesn't work.
Also, since it uses a different DHCP implementation, you end up with an
entirenly different set of ways of configuring dhcp client options and
dhcp scripts.
So, while it works, it's a big change--probably too big to introduce for
stretch images.

I'll also caution against systemd-resolved.  I have had very bad success
with the legacy DNS proxy included in systemd-resolved.

Networkmanager does play less destructively with /etc/network/interfaces
than systemd-networkd, although that only means they play well on the
same system.  But only one of them manages a given interface.
I've chosen to use networkmanager on several of my cloud images, but I'm
not sure it is playing great with cloudinit.

Bug#771164: No translation but english for package transmission-qt

[Fred]

‌Hello,

This bug still occurs on my machine running debian sid updated today, on the 
plasma desktop in French.

Regards,

Fred

Bug#847571: smarty3: lexing failed because a rule matched an empty string

[Mike Gabriel]

Hi Mike,

my question... see at the bottom...


On  Fr 09 Dez 2016 16:08:10 CET, mike_w wrote:


Package: smarty3
Version: 3.1.30-1
Severity: important

After upgrade to 3.1.30 on Debian testing some templates failed to  
compile with the fatal error


[:error] [pid 1203] [client 127.0.0.1:35140] PHP Fatal error:   
Uncaught Exception: Error: lexing failed because a rule matched an  
empty string.  Input "0}\n
... state TAGBODY in  
/usr/share/php/smarty3/sysplugins/smarty_internal_templatelexer.php:566\nStack  
trace:\n#0
/usr/share/php/smarty3/sysplugins/smarty_internal_templatelexer.php(263):  
Smarty_Internal_Templatelexer->yylex3()\n#1
/usr/share/php/smarty3/sysplugins/smarty_internal_smartytemplatecompiler.php(109):  
Smarty_Internal_Templatelexer->yylex()\n#2
/usr/share/php/smarty3/sysplugins/smarty_internal_templatecompilerbase.php(404): Smarty_Internal_SmartyTemplateCompiler->doCompile('...',

true)\n#3
/usr/share/php/smarty3/sysplugins/smarty_internal_templatecompilerbase.php(335):
Smarty_Internal_TemplateCompilerBase->compileTemplateSource(Object(Smarty_Internal_Template), false,  
NULL)\n#4
/usr/share/php/smarty3/sysplugins/smarty_template_compiled.php(199):  
Smarty_Internal_TemplateCompilerBase->compileTemplate(Object(Smarty_Internal_Template))\n#5
/usr/share/php/smarty3/sysplugins/smarty_template_compiled.php(98)  
in  
/usr/share/php/smarty3/sysplugins/smarty_internal_templatelexer.php  
on line 566


putting some trace in smarty_internal_templatelexer.php function  
yylex3() points to a problem with template code with a literal  
number 0 on the rhs of a test

within {if}

Error is reproduced with a clean install of Debian testing  
(Virtualbox) running CLI with a minimal test script


setTemplateDir('/home/www/test/template');
$smarty->setCompileDir('/home/www/test/compile');

$smarty->assign('foo', 0);
$smarty->assign('data', 1);
$smarty->display(__FILE__);

__HALT_COMPILER();
?>
  {if $foo==0}
{$data}
  {/if}
  {$smarty.version}

if $foo==0 is replaced by a literal other than 0 e.g. $foo==1 then  
compiling passes

$foo==42-42 works
not assigning a value to $foo makes no difference.
Disabling opcache makes no difference.
Once a template is compiled successfully with a value other than 0,  
changing back to literal 0 fails on first pass only.



comparing file 'smarty_internal_templatelexer.php'
extracted from github  
https://github.com/smarty-php/smarty/archive/v3.1.30.tar.gz
extracted from debian testing  
http://http.debian.net/debian/pool/main/s/smarty3/smarty3_3.1.30.orig.tar.gz

Files are identical

extracted from github and either package installed or
extracted from /var/cache/apt/archives/smarty3_3.1.30-1_all.deb
Files differ

After substituting function yylex3 in installed file with that from  
github test script compiles and correctly returns

1
3.1.30


Good catch. However, this probably needs to get fixed in smarty-lexer,  
right? We cannot ship generated code in smarty3, we must generate it.  
That's what smarty-lexer is for. Any clue where the actuall bug is?


Please let me know if you agree that this bug should be reassigned to  
smarty-lexer.


Have you tried contacting upstream on this? Any help on this is highly  
appreciated. Ideally a patch that needs to be applied to smarty3 or  
smarty-lexer.


Mike

--

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

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



pgpvhbkj12YF1.pgp
Description: Digitale PGP-Signatur

Bug#847713: RFP: clj-time -- date and time library, wrapping the Joda Time library

[Clint Adams]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: pkg-java-maintain...@lists.alioth.debian.org, 
pkg-clojure-maintain...@lists.alioth.debian.org

* Package name: clj-time
  Version : 0.12.2
  Upstream Author : Mark McGranaghan, Sean Corfield and other contributors
* URL : https://github.com/clj-time/clj-time
* License : Expat
  Programming Lang: Clojure
  Description : date and time library, wrapping the Joda Time library

A date and time library for Clojure, wrapping the Joda Time library.

Bug#847712: ITP: docker-pycreds -- Python bindings for the docker credentials store API

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau 

* Package name: docker-pycreds
  Version : 0.2.1
  Upstream Author : Joffrey F 
* URL : https://github.com/shin-/dockerpy-creds
* License : Apache-2.0
  Programming Lang: Python
  Description : Python bindings for the docker credentials store API

This package provides a python interface to docker-credential-helpers (a helper
to use the docker credentials store)

It is a new dependency for latest upstream version of python-docker.

Bug#843761: invoke-rc.d: Kill 600 birds with one stone (a.k.a. automatic policy-rc.d for init-less chroots)

[Christian Hofstaedtler]

* Martin Pitt  [161210 20:50]:
> However, I do like the patch, it would give us a much saner behaviour
> of package installation in self-created chroots. mk-sbuild and friends
> do install a policy-rc.d already, but I've seen this come up more than
> once already.

> Michael, any others: Do you see any downside of this?

>From a sysadmin PoV: please implement this.

Cheers,
-- 
christian hofstaedtler 

Bug#847635: AST-2016-009: SIP header whitespace with proxy

[Bernhard Schmidt]

Control: forcemerge 847668 -1

On Fri, Dec 09, 2016 at 11:30:27PM -0500, Dara Adib wrote:

Hello Dara,

> Package: asterisk
> Version: 1:11.13.1~dfsg-2+deb8u1
> Severity: important
> Tags: security patch
> 
> https://security-tracker.debian.org/tracker/TEMP-000-5567B0
> http://downloads.asterisk.org/pub/security/AST-2016-009.html
> 
> I believe this is the patch:
> https://gerrit.asterisk.org/4587

Thanks for the report. Salvatore from the Debian Security team has
already filed a report as well
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=847668), I'm merging
those bugs.

The Debian Security team thinks that this bug does not warrant an
immediate security update. I tend to agree, since the circumstances of
this to be exploitable are very special.

Do you agree? We will likely still fix it in Jessie in a point release,
and we will definitely fix this in time for Stretch (Asterisk 13.13.x
had a few issues here, thus Stretch has not been upgraded to fixed
version yet).

Bernhard


signature.asc
Description: Digital signature

Bug#828267: reopen, it is still valid

[Sebastian Andrzej Siewior]

control: reopen -1
control: merge -1 828267

from the change [0] you use say that a compatible API is used but the
CFLAG change makes no sense. This is probably a miss understanding. You
have two choices:
- port (or let port) the software to use libssl-dev which provides the
  openssl 1.1.0 API and be done with it.
- use libssl1.0-dev instead which will pull in the openssl 1.0.2 library
  and you get your package into testing for the Stretch release. Then
  you can finish the transition (to 1.1.0) in the Buster cycle.

[0] 
https://anonscm.debian.org/cgit/pkg-citadel/citadel.git/commit/?id=18b59f1695560db9ebbf465728199a33d00bf0fc

Sebastian

Bug#416086: [Pkg-sysvinit-devel] Bug#416086: symlinks are not removed on uninstall/purge

[Christian Hofstaedtler]

Control: tags -1 + wontfix

* Henrique de Moraes Holschuh  [161210 20:43]:
> On Sat, 24 Mar 2007, Michael Biebl wrote:
> > When deinstalling/purging initscripts, the symlinks in /etc/rcS.d,rc0.d
> > and rc6.d are not removed.
> 
> Messing with those has a critical effect on the ability to shutdown or
> reboot the system.  I don't know if we can change that, even for purging.

Note that purging works fine.

I'm tagging this wontfix for now, as the symlinks are indeed
configuration, and just removing initscripts then is pointless.

-- 
christian hofstaedtler 

Bug#828596: Building with OpenSSL 1.0.2 is sufficient for stretch

[Adrian Bunk]

Control: tags -1 patch

Not a perfect solution but sufficient for stretch is the patch below to 
use OpenSSL 1.0.2

The "| libssl-dev (<< 1.1.0~)" is added for backports.

--- debian/control.old  2016-12-10 20:22:40.0 +
+++ debian/control  2016-12-10 20:22:45.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Roland Stigge 
 Build-Depends: debhelper (>= 9), autotools-dev, liblzo2-dev,
- zlib1g-dev, libssl-dev, bison, flex
+ zlib1g-dev, libssl1.0-dev | libssl-dev (<< 1.1.0~), bison, flex
 Standards-Version: 3.9.4
 Homepage: http://vtun.sourceforge.net/
 


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#728682: Patch

[Christian Hofstaedtler]

Control: tags -1 + patch

Proposed patch attached.

-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-

>From ceae57b4ae857680c2526d2e7c3a149ae5c23dec Mon Sep 17 00:00:00 2001
From: Christian Hofstaedtler 
Date: Sat, 10 Dec 2016 20:34:05 +
Subject: [PATCH] Align policy-rc.d existing/nonexisting case for custom
 actions

Previously, when calling invoke-rc.d with a "custom" action, it
would print an error when a policy-rc.d file was installed, but
it would be silent if no such file was installed.

Closes: #728682
---
 script/invoke-rc.d | 11 ---
 1 file changed, 11 deletions(-)

diff --git a/script/invoke-rc.d b/script/invoke-rc.d
index ed9028d..7d839bf 100755
--- a/script/invoke-rc.d
+++ b/script/invoke-rc.d
@@ -257,17 +257,6 @@ fi
 #NOTE: It may not be obvious, but "$@" from this point on must expand
 #to the extra initscript parameters, except inside functions.
 
-## sanity checks and just-in-case warnings.
-case ${ACTION} in
-start|stop|force-stop|restart|reload|force-reload|status)
-   ;;
-*)
-   if test "x${POLICYHELPER}" != x && test -x "${POLICYHELPER}" ; then
-   printerror action ${ACTION} is unknown, but proceeding anyway.
-   fi
-   ;;
-esac
-
 # Operate against system upstart, not session
 unset UPSTART_SESSION
 # If we're running on upstart and there's an upstart job of this name, do
-- 
2.11.0

Bug#847695: debian-edu-install: jessie install hangs at 13% with partman running forever and a kernel error

[Dominik George]

> > I downloaded the jessie image from
> > http://ftp.skolelinux.org/cd-jessie-usbstick/debian-edu-amd64-i386-BD-1.iso
> > and tried to install it in a KVM virtual machine, using it as a USB disk
> > and installing to an SATA disk.
> 
> That's not a released ISO image, use one from the release directory:
> 
> http://ftp.skolelinux.org/skolelinux-cd/

Ah…

It's a bit misleading that it specifically says "cd" in the directory
name lying around next to one saying "usbstick" when you are searching
for the USB image ;).

I will test again with the USB image from skolelinux-cd/.

-nik


-- 
PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17  FD26 B79A 3C16 A0C4 F296

Dominik George · Hundeshagenstr. 26 · 53225 Bonn
Mobile: +49-1520-1981389 · https://www.dominik-george.de/

Teckids e.V. · FrOSCon e.V.
Fellowship of the FSFE · Piratenpartei Deutschland
Opencaching Deutschland e.V. · Debian Maintainer

LPIC-3 Linux Enterprise Professional (Security)


signature.asc
Description: PGP signature

Bug#827424: systemd-networkd IPv6AcceptRouterAdvertisements doesn't work

[Michael Berg]

My original bug report was against systemd 230.

I believe this issue was fixed as a result of various IPv6
changes somewhere in the development of 231 or 232.

> Try checking /proc/sys/net/ipv6/conf/$INTERFACE/accept_ra
> You'll notice "all" has the system-global setting you're seeing
> with sysctl, but that a particular link/interface has another
> which makes it deviate from the global default.

I fully understand the differences between the `all`, `default`, and
`$INTERFACE` versions of `accept_ra`.

In my original bug report, I demonstrated the incorrect behavior that
I was seeing with `$INTERFACE=br_32` (a bridge interface on my system).

> The systemd networkd has it's own router advertisement implementation
> and doesn't rely on the kernels default. Also I think networkd
> handles things per-link which means that looking at system-global
> settings is probably not very useful.
> 
> If you look at a particular link you'll likely see that it has
> accept_ra=0 (eg. disabled) whenever you use systemd networkd
> to handle RA on that link.

At the time of my bug report, systemd was using and modifying the
kernel `accept_ra` setting for that interface.
You can see `net.ipv6.conf.br_32.accept_ra` (for interface `br_32`)
getting consistently set to 1 by systemd in my original bug report.
And the system's acceptance of RA messages matched the settings of the
respective interface's `accept_ra` sysctl setting (when it was 0, that
interface would never get a routable IPv6 address).

As you can see here, systemd has bounced back and forth between
handling IPv6 network discovery itself and letting the kernel handle it
on at least one occasion due to serious bugs in systemd.
https://github.com/systemd/systemd/commit/fe30727643a7c53faa29f1caa8dcabcb2b6f6fcb

With systemd 232 installed on my system, I currently see the behavior
you describe of systemd setting `net.ipv6.conf.br_32.accept_ra = 0` and
handling IPv6 RA messages itself instead of using the kernel setting.
That wasn't the behavior under the Debian packages of version 230.

This bug can be closed as it was fixed in the packages for either
version 231 or 232.

Bug#847695: debian-edu-install: jessie install hangs at 13% with partman running forever and a kernel error

[Wolfgang Schweer]

On Sat, Dec 10, 2016 at 06:42:43PM +0100, Dominik George wrote:
> I downloaded the jessie image from
> http://ftp.skolelinux.org/cd-jessie-usbstick/debian-edu-amd64-i386-BD-1.iso
> and tried to install it in a KVM virtual machine, using it as a USB disk
> and installing to an SATA disk.

That's not a released ISO image, use one from the release directory:

http://ftp.skolelinux.org/skolelinux-cd/


Wolfgang


signature.asc
Description: PGP signature

Bug#728682: #728682 - unfixed, only happens with policy-rc.d

[Christian Hofstaedtler]

Reassigning to init-system-helpers, which nowadays provides
invoke-rc.d.

While Michael correctly notices that the warning is not printed on
sid, this is just an effect of the bug:
invoke-rc.d does print the warning ONLY if a policy-rc.d helper has
been installed by the local admin.

See:
http://sources.debian.net/src/init-system-helpers/1.46/script/invoke-rc.d/#L265

I find this is quite annoying, and would suggest just dropping lines
260-269 from that file. Any opposition?

Thanks,
-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-

Bug#829738: tar: --no-recursion option is ignored when creating archives

[Anders Kaseorg]

This seems to have been an intentional upstream change.  --no-recursion 
now applies only to the following options, until cancelled by a following 
--recursion.

http://lists.alioth.debian.org/pipermail/reproducible-builds/Week-of-Mon-20151012/003642.html
http://git.savannah.gnu.org/cgit/tar.git/commit/?id=2bd9c15391b0bd6ef0bff76aebf09cfb53003199

The upstream documentation is fixed in Git (post-1.29) to put 
--no-recursion before -T -.

http://git.savannah.gnu.org/cgit/tar.git/commit/?id=a2fd82f62285d647dac968108eee02457255eff7

Anders

Bug#847711: RM: xserver-xorg-video-v4l/experimental -- RoQA; package was already removed from unstable

[Adrian Bunk]

Package: ftp.debian.org
Severity: normal

The version in experimental was accidentally not removed
when the package was removed from unstable in #612191

Bug#762385: update

[Bartosz Fenski]

Any progress on that?
Need some help?

regards
Bartosz Fenski

Bug#828394: Building with OpenSSL 1.0.2 is sufficient for stretch

[Adrian Bunk]

Control: tags -1 patch

Not a perfect solution but sufficient for stretch is the patch below to 
use OpenSSL 1.0.2

The "| libssl-dev (<< 1.1.0~)" is added for backports.

--- debian/control.old  2016-12-10 20:00:11.0 +
+++ debian/control  2016-12-10 20:00:15.0 +
@@ -7,7 +7,7 @@
cmake,
libevent-dev,
libonig-dev,
-   libssl-dev,
+   libssl1.0-dev | libssl-dev (<< 1.1.0~),
doxygen
 Homepage: https://github.com/ellzey/libevhtp
 Vcs-Git: git://anonscm.debian.org/collab-maint/libevhtp.git


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#847710: android-libnativehelper-dev: fails to upgrade from 'testing' - trying to overwrite /usr/share/doc/android-libnativehelper/README

[Andreas Beckmann]

Package: android-libnativehelper-dev
Version: 7.0.0+r1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

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

  Preparing to unpack .../1-android-libnativehelper-dev_7.0.0+r1-1_amd64.deb ...
  Unpacking android-libnativehelper-dev (7.0.0+r1-1) over (6.0.1+r55-1) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-HmONHN/1-android-libnativehelper-dev_7.0.0+r1-1_amd64.deb 
(--unpack):
   trying to overwrite '/usr/share/doc/android-libnativehelper/README', which 
is also in package android-libnativehelper 6.0.1+r55-1


cheers,

Andreas


android-libnativehelper-dev_7.0.0+r1-1.log.gz
Description: application/gzip

Bug#830362: Fix for the libapache-mod-log-sql FTBFS

[Adrian Bunk]

Control: tags -1 patch

The fix for this FTBFS is simple:

--- debian/control.old  2016-12-10 19:56:13.0 +
+++ debian/control  2016-12-10 19:56:32.0 +
@@ -7,7 +7,7 @@
  autotools-dev,
  debhelper (>= 9),
  libdbi-dev,
- libmysqlclient15-dev | libmysqlclient12-dev | libmysqlclient-dev,
+ default-libmysqlclient-dev,
  libssl-dev
 Standards-Version: 3.9.4
 Homepage: http://www.outoforder.cc/projects/apache/mod_log_sql/


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